Episode
Exit Codes
Questions
- What is an exit code?
Objectives
- Understand exit codes
- How to print exit codes
- How to set exit codes in a script
- How to ignore exit codes
- Create a script that terminates in success/error
As we enter the first episode of the Continuous Integration / Continuous Deployment (CI/CD) session, we learn how to exit.
Exit codes communicate the outcome of a script with (in this case) the CI/CD pipeline. We generally want a CI/CD pipeline to fail if one of its components fails. For example, you would not usually want to run CD to deploy a custom Docker image if the CI tests fail for the code in that image.
Start by Exiting
How does a general task know whether or not a script finished correctly or not? You could parse (grep) the output:
> ls nonexistent-filels: cannot access 'nonexistent-file': No such file or directoryBut every command outputs something differently. Instead, scripts also have an (invisible) exit code:
> ls nonexistent-file
> echo $?ls: cannot access 'nonexistent-file': No such file or directory
2The exit code is 2 indicating failure. What about on success? The exit code is 0 like so:
> echo
> echo $?0But this works for any command you run on the command line! For example, if I mistyped git status:
> git status
> echo $?git: 'stauts' is not a git command. See 'git --help'.
The most similar command is
status
1and there, the exit code is non-zero – a failure.
0 as false. However, exit code of 0 means there was no error. If you feel queasy about remembering this, imagine that the question asked is “Was there an error in executing the command?” 0 means “no” and non-zero (1, 2, …) means “yes”.Try out some other commands on your system, and see what things look like.
Some exit codes are recommended to have special meanings by convention, although there is nothing stopping someone from overriding them in their script.
Printing Exit Codes
As you’ve seen above, the exit code from the last executed command is stored in the $? environment variable. Accessing it from a shell is easy echo $?. What about from Python? There are many different ways depending on which library you use. Using similar examples above, we can use the getstatusoutput() call:
python3 in your command line. On some systems, you need to use the python command instead of python3. Check which version you have with python3 --version.>>> from subprocess import getstatusoutput # for python2: from commands import getstatusoutput
>>> status,output=getstatusoutput('ls')
>>> status
0
>>> status,output=getstatusoutput('ls nonexistent-file')
>>> status
2Once inside the Python interpreter, simply type exit() then press enter, to exit. It may happen that this returns a different exit code than from the command line (indicating there’s some internal implementation in Python). All you need to be concerned with is that the exit code was non-zero (there was an error).
Setting Exit Codes
So now that we can get those exit codes, how can we set them? Let’s explore this in shell and in python3.
Shell
Create a file called bash_exit.sh with the following content:
#!/usr/bin/env bash
if [ $1 == "hello" ]
then
exit 0
else
exit 59
fiand then make it executable chmod +x bash_exit.sh. Now, try running it with ./bash_exit.sh hello and ./bash_exit.sh goodbye and see what those exit codes are with echo $?.
Python
The same can be done in a Python file. Create a file called python_exit.py with the following content:
#!/usr/bin/env python3
import sys
if sys.argv[1] == "hello":
sys.exit(0)
else:
sys.exit(59)and then make it executable chmod +x python_exit.py. Now, try running it with ./python_exit.py hello and ./python_exit.py goodbye and see what those exit codes are. Déjà vu?
Ignoring Exit Codes
To finish up this section, one thing you’ll notice sometimes (in ATLAS or CMS) is that a script you run doesn’t seem to respect exit codes. A notable example in ATLAS is the use of setupATLAS which returns non-zero exit status codes even though it runs successfully! This can be very annoying when you start development with the assumption that exit status codes are meaningful (such as with CI). In these cases, you’ll need to ignore the exit code. An easy way to do this is to execute a second command that always gives exit 0 if the first command doesn’t, like so:
> false || echo "ignore failure"
> echo $?ignore failure
0where false is just a simple command that always returns a non-zero exit code.
The command_1 || command_2 OR-operator means to execute command_2 only if command_1 has failed (non-zero exit code).
Similarly, the command_1 && command_2 AND-operator means to execute command_2 only if command_1 has succeeded.
These are both examples of short-circuited boolean expressions. Short-circuited expressions return the result of the boolean expression as soon as the minimal information necessary for the result is computed: the operands are executed from left to right, and the right operand only evaluates if the left operand doesn’t determine the answer.
Try this out using one of the scripts you made in the previous session:
> ./python_exit.py goodbye || echo ignoreWhat does that give you?
It’s possible to ignore an exit code quietly by running command_1 || true, where true always returns an exit code of 0.
Key Points
- Exit codes are used to identify if a command or script executed with errors or not
- Not everyone respects exit codes