Re: Archives with same description and TSM 3.7 Solaris Client dsm

Hi again

The problem is solved. This is just to thank all of you
(especially Ben Huber, Richard Sims and Tivoli support)
for their suggestions and,
since I'm not sure whether others may find themselves in a similar
situation, a description of what may have caused the problem here.

With the help of Tivoli it was pretty soon clear that there were certain
database records missing, one per additional user, indicating the first
directory belonging to this user under the filespace. Note the missing line

              512  xx/xx/xx   xx:xx:xx    /fs1/dir1 Never Project_Description

which represents just this directory in the output of a q archive

Tivoli Storage Manager
Command Line Backup Client Interface - Version 3, Release 7, Level 2.0
(C) Copyright IBM Corporation, 1990, 2000, All Rights Reserved.

Node Name: CLIENT1
Session established with server ADSM: AIX-RS/6000
  Server Version 3, Release 7, Level 3.6
  Server date/time: 12/14/00   10:05:45  Last access: 12/14/00   09:27:52

             Size  Archive Date - Time    File - Expires on - Description
             ----  -------------------    -------------------------------
              512  10/16/00   13:36:38    /fs1/dir1/my_user/dir2 Never 
Project_Description
            1,536  10/16/00   13:36:38    /fs1/dir1/my_user/dir2/acc Never 
Project_Description
       12,774,024  10/16/00   13:37:35    
/fs1/dir1/my_user/dir2/acc/acc93.dat.2 Never Project_Description
          734,032  10/16/00   13:37:37    
/fs1/dir1/my_user/dir2/acc/acc93.dat.3 Never Project_Description
       16,580,174  10/16/00   13:37:38    
/fs1/dir1/my_user/dir2/acc/acc94.dat.10 Never Project_Description
       18,702,051  10/16/00   13:37:41    
/fs1/dir1/my_user/dir2/acc/acc94.dat.11 Never Project_Description
etc.

Once this directory (and only that one) was archived under the user in
question and with TSM 3.7 client

dsmc archive "/fs1/dir1" -desc="Project_Description"

, it could be used by dsm 3.7 to expand further.

Eventually ADSM 3.1 didn't care about ownership at this level, displaying
too much data. One may assume that this has been corrected now, with the
described side effect.

Thanks again and best wishes to all

Res
=========================================================
Dr. Andres Aeschlimann         aesch AT id.unibe DOT ch
University of Berne
Gesellschaftsstrasse 6
CH-3012 BERNE                  tel: +41 31 631 3845
Switzerland                    fax: +41 31 631 3865
Re: Archives with same description and TSM 3.7 Solaris Client dsm (was Invisible archive)
