Demetrius, We have "SUBDIR YES" set in the dsm.opt file on all our clients but DO NOT have the any NFSTIMEOUT option set anywhere. I am also not seeing the ANS1028S error message in my client's dsmerror.log... it does sound as if there may be a bit of substance to this theory though... I am going to make a subdir in the lost+found dir on one of the boxes where I have observed the problem and see what happens. Thanks -
George Lesho AFC Enterprises "Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002 01:15:50 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: (bcc: George Lesho/Partners/AFC) Fax to: Subject: Re: TSM error log question -George- Are you also seeing ANS1028S error messages? If so you may be getting a bite of APAR IC32589... APAR= IC32589 SER= MS MSGANS1028S DSMSTAT ERROR BREAKS PARTIAL INCREMENTAL/SELECTIVE WITH ANS1028S WHEN USING OPTIONS SUBDIR=YES AND NFSTIMEOUT > 0 Status: OPEN Closed: Apar Information: RCOMP= 5698TSMCL TIVOLI STR MGR RREL= R42A FCOMP= PFREL= F TREL= T Return Codes: Applicable Component Level/SU: Error Description: Problem Description: When running partial incremental/selective backups, you may encounter ANS1028S error message. This will happen if you have specified the subdir option yes, and have specified a filespace that does not contain sub-directories. .. For example: When running the command dsmc i /etc -su=yes you will encounter the ANS1028S error message. During this command the client scans the root file system and tries to find "etc" objects. During this search it issues a number of stat/lstat (AIX system) calls against the scanned directory structure. If we use NFSTIMEOUT <> 0, our client uses dsmstat executables which are actually virtual stat calls. When we set NFSTIMEOUT = 0 the client uses native OS calls. .. A SERVICE trace taken during the backup has the following entries during the time of the failure. **** incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from fioGetDirEntries: / /.cedit incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from fioGetDirEntries: / /.ddd incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from fioGetDirEntries: / /.dt/Desktop aix/pserrno.cpp (220): TransErrno: Unexpected error from lstat, errno = 32 incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=131 from fioGetDirEntries: / /.dt/help/root-murphy-0 ANS1028S Internal program error. Please see your service Local Fix: Setting NFSTimeout to 0 has provided a workaround for this problem. -----Original Message----- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Friday, January 25, 2002 10:46 AM To: [EMAIL PROTECTED] Subject: Re: TSM error log question No files in the lost+found directory at all... George Lesho "Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002 11:48:26 AM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: (bcc: George Lesho/Partners/AFC) Fax to: Subject: Re: TSM error log question Are there any files/dirs in the lost+found directory that may have names that begin with "?"? -----Original Message----- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 10:20 AM To: [EMAIL PROTECTED] Subject: TSM error log question I continue to get the following error on all my systems that have the /usr/bmc/lost+found directory/path: 01/23/02 00:47:15 PrivIncrFileSpace: Received rc=106 from fioGetDirEntries: /usr/bmc /lost+found I was pretty sure that the PrivIncrFileSpace was a permission issue message so I changed file permissions on the directory in question to 777 and still get the error during backups. The backup in question is kicked off by the owner "informix" not root.The copygroup governing this backup uses: Copy Serialization Shared Dynamic and I don't use the "CHANGINGRETRIES" option in the client option file to allow the default value of four checks of an in use file and then the file will be backed up regardless of state. current listing of the lost+found directory: drwxrwxrwx 2 root system 512 Jul 21 1999 lost+found any ideas??? George Lesho AFC Enterprises
