1) Make sure you are not trying to back up system state on the Windows 2003 servers, since system state backup is not supported with 5.2 client and 5.1 server.
2) What does the client options file look like? When diagnosing problems on the client, I recommend disabling the QUIET option so that the dsmsched.log or console output receive all information. 3) If that many files are failing, I would think your dsmerror.log file would have specific messages for each file. Have you examined dsmerror.log? 4) Have you examined the TSM server activity log during the timeframe of the backup to see if it contains any clues about this problem? 5) Does a manual backup fail? If you can reproduce manually with a small set of files, it's a lot easier to troubleshoot. 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" <[EMAIL PROTECTED]> wrote on 07/07/2004 14:12:06: > Hello everyone. I have an interesting scenario to ask you about. We have > the TSM Client v5.2.1 or v5.2.2 installed on over 700 Windows servers > including versions 4.0, 2000 and recently 2003. The TSM host runs on AIX > v5.1 and TSM server v5.1.7.3. It also happens on another of our TSM severs > running v5.1.9.0. We have noticed that all of the W2003 servers give us > this similar log: > > ******************************************************** > > 07/03/2004 03:05:16 --- SCHEDULEREC STATUS BEGIN > 07/03/2004 03:05:16 Total number of objects inspected: 336,096 > 07/03/2004 03:05:16 Total number of objects backed up: 0 > 07/03/2004 03:05:16 Total number of objects updated: 2 > 07/03/2004 03:05:16 Total number of objects rebound: 0 > 07/03/2004 03:05:16 Total number of objects deleted: 0 > 07/03/2004 03:05:16 Total number of objects expired: 5,834 > 07/03/2004 03:05:16 Total number of objects failed: 336,096 > 07/03/2004 03:05:16 Total number of bytes transferred: 11.27 GB > 07/03/2004 03:05:16 Data transfer time: 27,299.99 sec > 07/03/2004 03:05:16 Network data transfer rate: 433.11 KB/sec > 07/03/2004 03:05:16 Aggregate data transfer rate: 409.58 KB/sec > 07/03/2004 03:05:16 Objects compressed by: 35% > 07/03/2004 03:05:16 Elapsed processing time: 08:01:08 > 07/03/2004 03:05:16 --- SCHEDULEREC STATUS END > 07/03/2004 03:05:16 --- SCHEDULEREC OBJECT END WEEKEND_ONLY 07/02/2004 > 19:00:00 > 07/03/2004 03:05:16 Scheduled event 'WEEKEND_ONLY' completed successfully. > 07/03/2004 03:05:16 Sending results for scheduled event 'WEEKEND_ONLY'. > 07/03/2004 03:05:17 Results sent to server for scheduled event > 'WEEKEND_ONLY'. > > 07/03/2004 03:05:17 ANS1483I Schedule log pruning started. > 07/03/2004 03:05:21 Schedule Log Prune: 340699 lines processed. 224732 > lines pruned. > 07/03/2004 03:05:21 ANS1484I Schedule log pruning finished successfully. > 07/03/2004 03:05:21 Querying server for next scheduled event. > 07/03/2004 03:05:21 Node Name: BNDPSFP01 > 07/03/2004 03:05:22 Session established with server SPOK_TSMSERVER: > AIX-RS/6000 > 07/03/2004 03:05:22 Server Version 5, Release 1, Level 7.3 > 07/03/2004 03:05:22 Data compression forced on by the server > 07/03/2004 03:05:22 Server date/time: 07/03/2004 03:01:17 Last access: > 07/03/2004 03:01:08 > > 07/03/2004 03:05:22 --- SCHEDULEREC QUERY BEGIN > 07/03/2004 03:05:22 --- SCHEDULEREC QUERY END > 07/03/2004 03:05:22 Next operation scheduled: > 07/03/2004 03:05:22 > ------------------------------------------------------------ > 07/03/2004 03:05:22 Schedule Name: WEEKEND_ONLY > 07/03/2004 03:05:22 Action: Incremental > 07/03/2004 03:05:22 Objects: > 07/03/2004 03:05:22 Options: > 07/03/2004 03:05:22 Server Window Start: 19:00:00 on 07/09/2004 > 07/03/2004 03:05:22 > ------------------------------------------------------------ > 07/03/2004 03:05:22 Waiting to be contacted by the server. > > *********************************************************** > > Notice that it fails as exactly as many objects as it inpects, but transfers > a lot of data. And we can restore anything. As far as we can tell, the > data is there and the TSM server's filespace jives against what we see on > the clients. Does anyone have any idea what is going on? We don't see that > many failures in the log at all - most of it are successful [sent]'s. > > > With regards, > _______________________________________________ > > Jon R. Adams > Systems Engineer II > Infrastructure Technical Support, OSS > Premera Blue Cross > Work: 425-918-5770 / mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > > "There are only 10 kinds of people in this world - those that know binary > and those that do not." > > -author unknown
