An AutoSys job fails with a generic "Exit Code 1" (Failure) status even though the application or script completed successfully and returned an exit code of 0. The user expects exit code 0 to be a success regardless of other configurations.
insert_job: test_job job_type: CMDcommand: ls /testfolder/folder2/us/file.datmachine: machine-namepermission: gx,ge,wx,we,mx,medate_conditions: 0description: "Check for file.dat file"std_out_file: "> /tmp/$AUTO_JOB_NAME.out"std_err_file: "> /tmp/$AUTO_JOB_NAME.err"alarm_if_fail: 1success_codes: 1
Product: AutoSys Workload Automation (AE)
Component: Scheduler / Agent
Attribute: success_codes
This behavior is by design. In AutoSys, the interpretation of exit codes follows a strict precedence logic:
success_codes is defined: AutoSys considers ONLY the codes listed in that attribute as a success.success_codes attribute is automatically treated as a failure.If a job definition contains success_codes: 1, AutoSys will treat an exit code of 0 as a failure because 0 was not explicitly granted "success" status in the job definition.
To resolve this, you must modify the job definition (JIL) to include all codes that should represent a successful completion.
update_job: job_namesuccess_codes: 0,1
fail_codes attribute instead.update_job: job_namefail_codes: 2success_codes attribute entirely.Verification
autorep -J <job_name> -q to verify the JIL change.For further assistance, see Contact Broadcom Support.
To speak with a customer representative or a Support Engineer see Contact Support. Scroll to the bottom of the page and click on your respective region.