You probably missed all the fun a few weeks ago... :-)
...so please allow me to set the record straight.
The "failed" status when files are skipped is a *bug* in 4.2.1.0, and
there is no debate about it. This problem is documented in APAR IC31844
and fixed in patch 4.2.1.15 for the NT-based Windows clients. There is
also a patch 4.2.1.16 (which also includes the patch) for Win98 and WinMe.
As to having a means of identifying files that were open or otherwise
could not be backed up.... you make a valid point. But that is another
matter for another release.... ;-)
I'm not sure whether the other platforms have patches for this problem.
You can check the patches directory at the ftp site, and look for patches
at 4.2.1.15 or higher, which should include the fix.
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
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.
Dmitri Pasyutin <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
11/21/2001 12:35
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject: Re: winNT client failure
It seems that as of version 4.2.1 the entire backup session is "Failed"
if some objects fail to back up (for all client platforms). Whether it's
abnormal or not is subject to debate. One advantage is that it is easier
to spot files that are open during backup and take action (e.g. put them
in the exclude list).
Dmitri
----- Original Message -----
From: "Gerald Wichmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 21, 2001 7:58 PM
Subject: winNT client failure
> I have a 4.2.1 WinNT2000 Client that is failing it's backup with a
> return code of "4"..
>
> Is it just me or does it seem abnormal for the client to fail the backup
> simply because it failed to backup a few files that were open at the
> time of the backup? My understanding was that the backup would always be
> *SUCCESSFUL* in this case.
>
> Looking through dsmsched.log It looks to me like a successful backup.
> The only error I see is on three files (the rest is filled with
> successful backups of files and system objects):
>
> 11/20/2001 20:06:06 ANS1228E Sending of object '\\sfloader\c$\Documents
> and Settings\Administrator\NTUSER.DAT' failed
> 11/20/2001 20:06:06 ANS4987E Error processing '\\sfloader\c$\Documents
> and Settings\Administrator \NTUSER.DAT': the object is in use by another
> process
> 11/20/2001 20:06:07 ANS1228E Sending of object '\\sfloader\c$\Documents
> and Settings\Administrator\ntuser.dat.LOG' failed
> 11/20/2001 20:06:07 ANS4987E Error processing '\\sfloader\c$\Documents
> and Settings\Administrator \ntuser.dat.LOG': the object is in use by
> another process
> 11/20/2001 20:06:17 ANS1228E Sending of object '\\sfloader\c$\Program
> Files\Tivoli\TSM\baclient\dsmsched.log' failed
> 11/20/2001 20:06:17 ANS4037E File '\\sfloader\c$\Program
> Files\Tivoli\TSM\baclient\dsmsched.log' changed during processing. File
> skipped.
> 11/20/2001 20:06:25 ANS1802E Incremental backup of '\\sfloader\c$'
> finished with 3 failure
>
> 11/20/2001 20:29:59 --- SCHEDULEREC STATUS BEGIN
> 11/20/2001 20:29:59 Total number of objects inspected: 1,932
> 11/20/2001 20:29:59 Total number of objects backed up: 1,848
> 11/20/2001 20:29:59 Total number of objects updated: 0
> 11/20/2001 20:29:59 Total number of objects rebound: 0
> 11/20/2001 20:29:59 Total number of objects deleted: 0
> 11/20/2001 20:29:59 Total number of objects expired: 3
> 11/20/2001 20:29:59 Total number of objects failed: 3
> 11/20/2001 20:29:59 Total number of bytes transferred: 235.51 MB
> 11/20/2001 20:29:59 Data transfer time: 1,357.36 sec
> 11/20/2001 20:29:59 Network data transfer rate: 177.67 KB/sec
> 11/20/2001 20:29:59 Aggregate data transfer rate: 167.58 KB/sec
> 11/20/2001 20:29:59 Objects compressed by: 0%
> 11/20/2001 20:29:59 Elapsed processing time: 00:23:59
> 11/20/2001 20:29:59 --- SCHEDULEREC STATUS END
> 11/20/2001 20:29:59 --- SCHEDULEREC OBJECT END BACKUP 11/20/2001
> 20:00:00
> 11/20/2001 20:29:59 ANS1512E Scheduled event 'BACKUP' failed. Return
> code = 4.
> 11/20/2001 20:29:59 Sending results for scheduled event 'BACKUP'.
> 11/20/2001 20:29:59 Results sent to server for scheduled event
> 'STORAGELINK'.
>
> Gerald Wichmann
> System Engineer
> StorageLink
> 408-844-8893 (v)
> 408-844-9801 (f)
>
