Hi I am running tsm 5.4.1 client on windows 2003 server and backing this up on tsm 5.4.0 server. Each night, backup starts and completes, but before submitting the backup summary report, the process hangs and stays on this state until its cancelled.. Could anyone please shed some lights on this issue.. I have included dsmerror.log and dsmsched.log report below for your reference.
Dsmerror.log: 09/26/2007 20:02:18 sessSendVerb: Error sending Verb, rc: -50 09/26/2007 20:02:18 ANS1809W A session with the TSM server has been disconnected. An attempt will be made to reestablish the connection. 09/26/2007 20:02:18 ANS1809W A session with the TSM server has been disconnected. An attempt will be made to reestablish the connection. 09/26/2007 20:02:19 ANS1809W A session with the TSM server has been disconnected. An attempt will be made to reestablish the connection. 09/26/2007 20:02:19 ANS1809W A session with the TSM server has been disconnected. An attempt will be made to reestablish the connection. Dsmsched.log 9/26/2007 20:00:31 Node Name: AAUNSW180 09/26/2007 20:00:31 Session established with server EDSTSM20: Solaris SPARC 09/26/2007 20:00:31 Server Version 5, Release 4, Level 0.0 09/26/2007 20:00:31 Server date/time: 09/26/2007 20:00:24 Last access: 09/26/2007 19:22:32 09/26/2007 20:00:31 --- SCHEDULEREC OBJECT BEGIN BACKUP_2000 09/26/2007 20:00:00 09/26/2007 20:00:31 Incremental backup of volume '\\aaunsw180\c$' 09/26/2007 20:00:31 Incremental backup of volume '\\aaunsw180\d$' 09/26/2007 20:00:31 Incremental backup of volume '\\aaunsw180\e$' 09/26/2007 20:00:31 Incremental backup of volume 'SYSTEMSTATE' 09/26/2007 20:00:33 Incremental backup of volume 'SYSTEMSERVICES' 09/26/2007 20:01:43 Successful incremental backup of '\\aaunsw180\c$' 09/26/2007 20:02:19 ANS1809W A session with the TSM server has been disconnected. An attempt will be made to reestablish the connection. 09/26/2007 20:02:19 ANS1809W A session with the TSM server has been disconnected. An attempt will be made to reestablish the connection. 09/26/2007 20:02:34 ... successful 09/26/2007 20:02:34 ... successful 09/26/2007 20:03:04 Successful incremental backup of '\\aaunsw180\d$' 09/26/2007 20:04:15 Successful incremental backup of 'Automated System Recovery' 09/26/2007 20:11:54 Successful incremental backup of '\\aaunsw180\e$' 09/26/2007 20:12:11 Successful incremental backup of 'System State' 09/26/2007 20:12:11 Successful incremental backup of 'System Services' 09/26/2007 20:12:11 --- SCHEDULEREC STATUS BEGIN 09/26/2007 20:12:11 Total number of objects inspected: 144,130 09/26/2007 20:12:11 Total number of objects backed up: 235 09/26/2007 20:12:11 Total number of objects updated: 0 09/26/2007 20:12:11 Total number of objects rebound: 0 09/26/2007 20:12:11 Total number of objects deleted: 0 09/26/2007 20:12:11 Total number of objects expired: 51 09/26/2007 20:12:11 Total number of objects failed: 0 09/26/2007 20:12:11 Total number of subfile objects: 0 09/26/2007 20:12:11 Total number of bytes transferred: 523.85 MB 09/26/2007 20:12:11 Data transfer time: 56.46 sec 09/26/2007 20:12:11 Network data transfer rate: 9,500.86 KB/sec 09/26/2007 20:12:11 Aggregate data transfer rate: 766.15 KB/sec 09/26/2007 20:12:11 Objects compressed by: 0% 09/26/2007 20:12:11 Subfile objects reduced by: 0% 09/26/2007 20:12:11 Elapsed processing time: 00:11:40 09/26/2007 20:12:11 --- SCHEDULEREC STATUS END 09/26/2007 20:12:11 --- SCHEDULEREC OBJECT END BACKUP_2000 09/26/2007 20:00:00 09/26/2007 20:12:11 Scheduled event 'BACKUP_2000' completed successfully. 09/26/2007 20:12:11 Sending results for scheduled event 'BACKUP_2000'. 09/28/2007 09:08:12 Results sent to server for scheduled event 'BACKUP_2000'. 09/28/2007 09:08:12 ANS1483I Schedule log pruning started. 09/28/2007 09:08:12 ANS1484I Schedule log pruning finished successfully. 09/28/2007 09:08:12 Querying server for next scheduled event. 09/28/2007 09:08:12 Node Name: AAUNSW180 09/28/2007 09:08:13 Session established with server EDSTSM20: Solaris SPARC 09/28/2007 09:08:13 Server Version 5, Release 4, Level 0.0 09/28/2007 09:08:13 Server date/time: 09/28/2007 09:08:13 Last access: 09/26/2007 20:02:26 Thanks in advance. Dinesh Pahari -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: Friday, 28 September 2007 2:05 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Tapes with a status of filling. On Sep 27, 2007, at 11:57 AM, Ochs, Duane wrote: > Any quick ideas on why I'm seeing an increase on volumes with low > usage, > no errors and a status of filling ? > > I think it has to do with my migrations getting completed and the > thresholds being set to 0 for longer than necessary. Duane - See Tape leak and Shrinking (dwindling) number of available scratch tapes ("tape leak") in http://people.bu.edu/rbs/ADSM.QuickFacts for the standard reason for this. If other causes found, let me know. Richard Sims
