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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Sims
Sent: Wednesday, February 25, 2004 11:06 AM
To: ADSM-L AT VM.MARIST DOT EDU
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.