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/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com

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 AT VM.MARIST DOT EDU> 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:jon.adams AT premera DOT com
> <mailto:jon.adams AT premera DOT com>
>
>
> "There are only 10 kinds of people in this world - those that know
binary
> and those that do not."
>
> -author unknown