Unfortunately, same results... I guess it is time to go to support. I have had this happen once before. Except in a different manner. An incremental through the GUI would bind to the new mgmt class. The next scheduled backup would rebind all the objects to the default (old) mgmt class. Working with support, we didn't have much luck.
Only way to get it to work was to rename the node and start with a "fresh" backup. Unfortunately I cannot do this here with a file server cluster of this size. Back to Tivoli support I guess. Thanks to everyone for their suggestions. Matt C:\PROGRA~1\Tivoli\TSM\Baclient>dsmc i k:\*.* -subdir=yes -optfile=e:\tsm\baclie nt\dsm.opt IBM Tivoli Storage Manager *** Fixtest, Please see README file for more information *** Command Line Backup/Archive Client Interface - Version 5, Release 2, Level 0.3 (c) Copyright by IBM Corporation and other(s) 1990, 2003. All Rights Reserved. Node Name: USHERNC030-CLUSTERGROUP Session established with server DTTTSM4: AIX-RS/6000 Server Version 5, Release 1, Level 6.2 Data compression forced off by the server Server date/time: 02/25/2004 12:48:33 Last access: 02/25/2004 12:46:45 Incremental backup of volume 'K:\*.*' ANS1898I ***** Processed 500 files ***** ANS1898I ***** Processed 1,000 files ***** ANS1898I ***** Processed 1,500 files ***** ANS1898I ***** Processed 2,000 files ***** Directory--> 0 \\ushernc030\k$\Usr_Img [Sent] Directory--> 0 \\ushernc030\k$\Winlog\Results [Sent] Normal File--> 0 \\ushernc030\k$\Winlog\Results\dobradley.txt [S ent] Normal File--> 0 \\ushernc030\k$\Winlog\Results\gforshee.txt [Se nt] Normal File--> 759,694,359 \\ushernc030\k$\Usr_Img\KGERD003.GHS [Sent] Normal File--> 2,097,135,776 \\ushernc030\k$\Usr_Img\KGERD002.GHS [Sent] Normal File--> 2,097,144,344 \\ushernc030\k$\Usr_Img\KGERDESM.GHO [Sent] Normal File--> 2,097,150,959 \\ushernc030\k$\Usr_Img\KGERD001.GHS [Sent] Successful incremental backup of '\\ushernc030\k$\*' Total number of objects inspected: 2,401 Total number of objects backed up: 8 Total number of objects updated: 0 Total number of objects rebound: 0 Total number of objects deleted: 0 Total number of objects expired: 0 Total number of objects failed: 0 Total number of bytes transferred: 6.56 GB Data transfer time: 4,765.26 sec Network data transfer rate: 1,445.18 KB/sec Aggregate data transfer rate: 4,272.10 KB/sec Objects compressed by: 0% Elapsed processing time: 00:26:52 -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: Wednesday, February 25, 2004 11:06 AM To: [EMAIL PROTECTED] Subject: Re: Binding files to mgmt class >I chose some files in the directory to "always backup" through the GUI >so that I could force them to rebind. ... Okay, that amounts to a Selective backup, which leaves Inactive files bound to their original management class, as the client manual says. The newly backed up file should bind to the new mgmtclass. I'd recommend doing a dsmc command line backup and capture the resulting backup log for review. Richard Sims This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.
