Re: TSM Client 5.3 Error ANS1028S when trying to backup directories with "EDC8134I Stale file handle"
What operating system are you using? I would recommend that you look up the meaning of the ANS1028S error message and take the action suggested therein, as this sounds like a possible bug to me: on the surface, I would think that TSM should be able to handle this situation more gracefully. 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" wrote on 2005-07-14 01:36:33: > Hi all > > for the following question a user gave me an answer: > > Where a file server is that cranky and can't be fixed, I would take > such file systems out of TSM scheduled backups and instead > conditionally run them from a client OS script which performed tests > on the viability of the served file system before unleashing a dsmc > Incremental on it. I would not expect TSM client software to contend > with unreliable file systems. > > Richard Sims > > *** > > I mean, yes, I could just exclude those file spaces if I would have > knew in advance. > > My question is: there are occasionally such file systems (I don't > know what developpers are dowing), however it is hard to predict. > > But still my question: > > How can I avoid that dsm simply stops further backups but instead > how can I instruct dsmc not to backup such filespaces or how is it > possible create some sort of "exclude" list. Nevertheles my question > still remains: Why dsmc produces an internal program error? I was > able to scan through all directories with a C or JAVA program. When > there was a stale file handle my programs continued to scan the next > file handle. > > Also is there any PTF? What is the statement of IBM? > > Thanks four your help > Regards > Werner Nussbaumer > > *** > *** > *** > > Original Message: > > > > We have directories for which "ls" displays: > > > > [EMAIL PROTECTED]: /data/test:==>ls -al > > ls: ./TST: EDC8134I Stale file handle. > > ls: ./TST.B0.AHO: EDC8134I Stale file handle. > > ... > > ... > > > > When dsmc tries to backup this data, then the following error > message is displayed: > > > > > > > [EMAIL PROTECTED]: /home/user:==>dsmc > > IBM Tivoli Storage Manager > > Command Line Backup/Archive Client Interface > > Client Version 5, Release 3, Level 0.0 > > Client date/time: 12.07.2005 13:15:43 > > (c) Copyright by IBM Corporation and other(s) 1990, 2004. All > Rights Reserved. > > > > Node Name: IMAGE1 > > Session established with server ADSM: MVS > > Server Version 5, Release 1, Level 9.0 > > Server date/time: 12.07.2005 13:15:43 Last access: 12.07.2005 13:15:22 > > > > tsm> incr /data/test/* > > > > Incremental backup of volume '/data/test/*' > > ANS1999E Incremental processing of '/data/test/*' stopped. > > > > > > Total number of objects inspected:1 > > Total number of objects backed up:0 > > 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:0 B > > Data transfer time:0.00 sec > > Network data transfer rate:0.00 KB/sec > > Aggregate data transfer rate: 0.00 KB/sec > > Objects compressed by:0% > > Elapsed processing time: 00:00:03 > > ANS1028S An internal program error occurred. > > > > > dsmerror.log: > > > > 12.07.2005 13:15:51 TransErrno: Unexpected error from GetFSInfo: > statfs, errno = > > 1134 > > 12.07.2005 13:15:53 TransErrno: Unexpected error from lstat, errno = 1134 > > 12.07.2005 13:15:53 PrivIncrFileSpace: Received rc=131 from > fioGetDirEntries: / > > data /test > > 12.07.2005 13:15:53 ANS1999E Incremental processing of > '/data/test/*' stopped. > > > > 12.07.2005 13:15:53 ANS1028S An internal program error occurred. > > > > > > > How it is possible to avoid that dsmc stops processing the backup > when it tries to backup a stale file?> > > > > Thanks for any help, > > regards > > Werner Nussbaumer
TSM Client 5.3 Error ANS1028S when trying to backup directories with "EDC8134I Stale file handle"
Hi all for the following question a user gave me an answer: Where a file server is that cranky and can't be fixed, I would take such file systems out of TSM scheduled backups and instead conditionally run them from a client OS script which performed tests on the viability of the served file system before unleashing a dsmc Incremental on it. I would not expect TSM client software to contend with unreliable file systems. Richard Sims *** I mean, yes, I could just exclude those file spaces if I would have knew in advance. My question is: there are occasionally such file systems (I don't know what developpers are dowing), however it is hard to predict. But still my question: How can I avoid that dsm simply stops further backups but instead how can I instruct dsmc not to backup such filespaces or how is it possible create some sort of "exclude" list. Nevertheles my question still remains: Why dsmc produces an internal program error? I was able to scan through all directories with a C or JAVA program. When there was a stale file handle my programs continued to scan the next file handle. Also is there any PTF? What is the statement of IBM? Thanks four your help Regards Werner Nussbaumer *** *** *** Original Message: > We have directories for which "ls" displays: > > [EMAIL PROTECTED]: /data/test:==>ls -al > ls: ./TST: EDC8134I Stale file handle. > ls: ./TST.B0.AHO: EDC8134I Stale file handle. > ... > ... > > When dsmc tries to backup this data, then the following error message is > displayed: > > > [EMAIL PROTECTED]: /home/user:==>dsmc > IBM Tivoli Storage Manager > Command Line Backup/Archive Client Interface > Client Version 5, Release 3, Level 0.0 > Client date/time: 12.07.2005 13:15:43 > (c) Copyright by IBM Corporation and other(s) 1990, 2004. All Rights Reserved. > > Node Name: IMAGE1 > Session established with server ADSM: MVS > Server Version 5, Release 1, Level 9.0 > Server date/time: 12.07.2005 13:15:43 Last access: 12.07.2005 13:15:22 > > tsm> incr /data/test/* > > Incremental backup of volume '/data/test/*' > ANS1999E Incremental processing of '/data/test/*' stopped. > > > Total number of objects inspected:1 > Total number of objects backed up:0 > 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:0 B > Data transfer time:0.00 sec > Network data transfer rate:0.00 KB/sec > Aggregate data transfer rate: 0.00 KB/sec > Objects compressed by:0% > Elapsed processing time: 00:00:03 > ANS1028S An internal program error occurred. > > dsmerror.log: > > 12.07.2005 13:15:51 TransErrno: Unexpected error from GetFSInfo:statfs, errno > = > 1134 > 12.07.2005 13:15:53 TransErrno: Unexpected error from lstat, errno = 1134 > 12.07.2005 13:15:53 PrivIncrFileSpace: Received rc=131 from fioGetDirEntries: > / > data /test > 12.07.2005 13:15:53 ANS1999E Incremental processing of '/data/test/*' stopped. > > 12.07.2005 13:15:53 ANS1028S An internal program error occurred. > > > How it is possible to avoid that dsmc stops processing the backup when it > tries to backup a stale file?> > > Thanks for any help, > regards > Werner Nussbaumer
Re: TSM Client 5.3 Error ANS1028S when trying to backup directories with "EDC8134I Stale file handle"
Werner - Where a file server is that cranky and can't be fixed, I would take such file systems out of TSM scheduled backups and instead conditionally run them from a client OS script which performed tests on the viability of the served file system before unleashing a dsmc Incremental on it. I would not expect TSM client software to contend with unreliable file systems. Richard Sims
TSM Client 5.3 Error ANS1028S when trying to backup directories with "EDC8134I Stale file handle"
We have directories for which "ls" displays: [EMAIL PROTECTED]: /data/test:==>ls -al ls: ./TST: EDC8134I Stale file handle. ls: ./TST.B0.AHO: EDC8134I Stale file handle. ... ... When dsmc tries to backup this data, then the following error message is displayed: [EMAIL PROTECTED]: /home/user:==>dsmc IBM Tivoli Storage Manager Command Line Backup/Archive Client Interface Client Version 5, Release 3, Level 0.0 Client date/time: 12.07.2005 13:15:43 (c) Copyright by IBM Corporation and other(s) 1990, 2004. All Rights Reserved. Node Name: IMAGE1 Session established with server ADSM: MVS Server Version 5, Release 1, Level 9.0 Server date/time: 12.07.2005 13:15:43 Last access: 12.07.2005 13:15:22 tsm> incr /data/test/* Incremental backup of volume '/data/test/*' ANS1999E Incremental processing of '/data/test/*' stopped. Total number of objects inspected:1 Total number of objects backed up:0 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:0 B Data transfer time:0.00 sec Network data transfer rate:0.00 KB/sec Aggregate data transfer rate: 0.00 KB/sec Objects compressed by:0% Elapsed processing time: 00:00:03 ANS1028S An internal program error occurred. dsmerror.log: 12.07.2005 13:15:51 TransErrno: Unexpected error from GetFSInfo:statfs, errno = 1134 12.07.2005 13:15:53 TransErrno: Unexpected error from lstat, errno = 1134 12.07.2005 13:15:53 PrivIncrFileSpace: Received rc=131 from fioGetDirEntries: / data /test 12.07.2005 13:15:53 ANS1999E Incremental processing of '/data/test/*' stopped. 12.07.2005 13:15:53 ANS1028S An internal program error occurred. How it is possible to avoid that dsmc stops processing the backup when it tries to backup a stale file? Thanks for any help, regards Werner Nussbaumer