Hi Arnaud, > As Andy says it in his excellent web page : A normal Incremental Backup > will *not* back up directories whose timestamp has changed since the > last backup.
This statement is wrong. I'm not certain you are referring to me (I don't have a web page) or another Andy, but it would help to know the context of this information. If the directory timestamp changes, I would expect it to be backed up. Try running "dsmc query backup" for the problem directories, and use the -detail and -dirsonly options. What does that output show? Do you see any differences in the timestamps? Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2005-03-08 07:52:37: > Hi *SM'ers, > > I recently found that one (surely others too) of our AIX clients was > getting part of it's directory structure backed up everyday although it > did not change, but can't find the reason why. > > As Andy says it in his excellent web page : A normal Incremental Backup > will *not* back up directories whose timestamp has changed since the > last backup. > > We're performing incremental backups, copymode used for this client is > set to modified, so I can't understand what's happening ! The worse is > that the mgmt-class having the longest retention period (retonly 768) in > this domain is used for storing that data, so I end up with thousands > (probably more if other servers are affected !) entries in TSM DB which > are worthless. > > This in an example of what I get, using "show version" (snippet of it) > on this server: > > /export/mksysb : / (MC: BACKUP_2_YEARS) > Inactive, Inserted 01/07/05 20:51:51, Deactivated 01/10/05 20:37:15 > ObjId: 0.539953678, GroupMap 00000000, objType 0x01 > > /export/mksysb : / (MC: BACKUP_2_YEARS) > Inactive, Inserted 01/10/05 20:37:15, Deactivated 01/12/05 20:37:32 > ObjId: 0.541340571, GroupMap 00000000, objType 0x01 > > /export/mksysb : / (MC: BACKUP_2_YEARS) > Inactive, Inserted 01/12/05 20:37:32, Deactivated 01/14/05 20:37:16 > ObjId: 0.542636928, GroupMap 00000000, objType 0x01 > > /export/mksysb : / (MC: BACKUP_2_YEARS) > Inactive, Inserted 01/14/05 20:37:16, Deactivated 01/15/05 20:38:31 > ObjId: 0.544018035, GroupMap 00000000, objType 0x01 > > /export/mksysb : / (MC: BACKUP_2_YEARS) > Inactive, Inserted 01/15/05 20:38:31, Deactivated 01/16/05 20:38:29 > ObjId: 0.544640259, GroupMap 00000000, objType 0x01 > > /export/mksysb : / (MC: BACKUP_2_YEARS) > Inactive, Inserted 01/16/05 20:38:29, Deactivated 01/17/05 20:38:53 > ObjId: 0.545097616, GroupMap 00000000, objType 0x01 > > This is a NIM server, where "MKSYSB" files from other servers are stored > everyday, so the content of the directory is changing, but not it's > structure. > > TSM server is at 5.2.2.1 on AIX 5.2, client is 5.2.3.1,on AIX 5.3 > > Could someone tell me what is happening here, and how to avoid this ? > TIA. > > > Arnaud > > ************************************************************************ > ****** > Panalpina Management Ltd., Basle, Switzerland, CIT Department > Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: [EMAIL PROTECTED] > ************************************************************************ > ******