The most common reason I see Failed 12 at our customers is when parts of the systemstate backup fails.
I just checked a customer TSM server and they had several Windows boxes failing with Failed 12. When going through the activity log, there isnt an actually error, but I can see that it's backing up 6 parts of the systemstate object. The result from the backup says 4 objects where successfully backed up, and 2 objects failed. Unfortunately, the activity log doesnt tell me which part of the systemstate backup that failed, only that it tried backing them up. I have no access atm to the dsmerror.log / dsmsched.log so I cannot tell you what kind of error (if any) to look for. Best Regards Daniel Sparrman Daniel Sparrman Exist i Stockholm AB Växel: 08-754 98 00 Fax: 08-754 97 30 [email protected] http://www.existgruppen.se Posthusgatan 1 761 30 NORRTÄLJE -----"ADSM: Dist Stor Manager" <[email protected]> skrev: ----- Till: [email protected] Från: Andrew Raibeck <[email protected]> Sänt av: "ADSM: Dist Stor Manager" <[email protected]> Datum: 08/17/2011 14:10 Ärende: Re: [ADSM-L] Ang: Re: [ADSM-L] Help tracking down spurious "Failed 12" errors > "Failed 12" is a common error when TSM failed backuping a few files. > Usual reasons are the file is locked, the file was removed during > backup and the account running the TSM scheduler did not have access > to the file. In the cases you mention, I would expect the return code to be 4, not 12, provided that there are no other warnings or errors that would cause a higher return code. RC 4 is very specific: except for some skipped files, the backup was otherwise successful. Best regards, Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS Internet e-mail: [email protected] IBM Tivoli Storage Manager support web page: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager "ADSM: Dist Stor Manager" <[email protected]> wrote on 2011-08-17 06:06:29: > From: Daniel Sparrman <[email protected]> > To: [email protected] > Date: 2011-08-17 07:04 > Subject: Ang: Re: [ADSM-L] Help tracking down spurious "Failed 12" errors > Sent by: "ADSM: Dist Stor Manager" <[email protected]> > > "Failed 12" is a common error when TSM failed backuping a few files. > Usual reasons are the file is locked, the file was removed during > backup and the account running the TSM scheduler did not have access > to the file. > > When you looked through your dsmerror.log and dsmsched.log, you > couldnt see any failed files at all? Nor any issues with backuping > specific filespaces (such as parts of systemstate). > > Best Regards > > Daniel Sparrman > > > > Daniel Sparrman > Exist i Stockholm AB > Växel: 08-754 98 00 > Fax: 08-754 97 30 > [email protected] > http://www.existgruppen.se > Posthusgatan 1 761 30 NORRTÄLJE > > > > -----"ADSM: Dist Stor Manager" <[email protected]> skrev: ----- > > > Till: [email protected] > Från: "Lee, Gary D." <[email protected]> > Sänt av: "ADSM: Dist Stor Manager" <[email protected]> > Datum: 08/17/2011 12:42 > Ärende: Re: [ADSM-L] Help tracking down spurious "Failed 12" errors > > Do a q act s=clientname for the backup times in question. > You may see something there. > > Also, check the windows event log if the clients are windows. > > > > > Gary Lee > Senior System Programmer > Ball State University > phone: 765-285-1310 > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[email protected]] On > Behalf Of Davis, Adrian > Sent: Wednesday, August 17, 2011 4:41 AM > To: [email protected] > Subject: [ADSM-L] Help tracking down spurious "Failed 12" errors > > When using "query event" to check my scheduled backups, I seem to be > getting "Failed 12" errors for a couple of backups which appear to > have been successful (This occurs every day for the same servers). > > I've checked the client schedule and error logs - but there is no > record of an error and all messages are what I would expect to see > for a successful backup. > > Any ideas where else I should look? > > Many Thanks, > =Adrian= > > DISCLAIMER > > This message is confidential and intended solely for the use of the > individual or entity it is addressed to. If you have received it in > error, please contact the sender and delete the e-mail. Please note > that we may monitor and check emails to safeguard the Council network > from viruses, hoax messages or other abuse of the Council's systems. > To see the full version of this disclaimer please visit the following > address: http://www.lewisham.gov.uk/AboutThisSite/EmailDisclaimer.htm > > For advice and assistance about online security and protection from > internet threats visit the "Get Safe Online" website at > http://www.getsafeonline.org
