If POSTSCHEDULECMD fails, the schedule shows up as COMPLETED with RC 8, not FAILED. In general (excepting schedules with ACTION=COMMAND) RCs 0, 4, and 8 are considered "Completed" (successful), and RC 12 is "Failed" (failed).
Chapter 7 in the client manual describes RC 8 thus: "The operation completed with at least one warning message. For scheduled events, the status will be Completed. " By design, a POSTSCHEDULECMD operation that fails does not cause the scheduled event to fail. But you can still tell if it didn't work by checking not only the status, but the return code. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html 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" <[email protected]> wrote on 09/28/2007 07:55:40 AM: > Greetings, > We are just testing using pre and post schedule commands on our AIX > systems (TSM client 5.3.4.0, and TSM 5.3.4.2 server) and having a > problem. > > We want a non-zero return code from either the pre- and post- scripts to > show up the backup as a failure. According to the manual, a non-zero > return code from the preschedulecmd will cause the schedule to fail with > a FAILED 12, and a non-zero return code from the the postschedulecmd > will cause the schedule to fail with a FAILED 8. > > We tested this with two simple scripts, and the a non-zero return code > from the preschedulecmd does indeed cause the schedule to fail with a > FAILED 12. > > But it doesn't work for the postschedulecmd. A non-zero return code > still causes the schedule to complete successfully. Yes, we can tell > the post script is running, since it generates a log of it's execution, > including the return code it is producing. > > Has anyone else see this? > > Best Regards, > > John D. Schneider > Lead System Administrator - Storage > Sisters of Mercy Health System > Email: [EMAIL PROTECTED]
