【发布时间】:2017-11-18 13:44:17
【问题描述】:
我正在尝试在一个包含在 Python Airflow 脚本中的块中引发 Bash 错误。
export PATH=/home/ubuntu/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin
export rundate=`TZ='America/Los_Angeles' date +%F -d "yesterday"`
export AWS_CONFIG_FILE="/home/ubuntu/.aws/config"
thisshouldnotrun
/home/ubuntu/bin/snowsql -f //home/ubuntu/script/dev/sql1.sql 1> /home/ubuntu/logs/"$rundate"_dev.log 2> /home/ubuntu/logs/"$rundate"_error_dev.log
基本上,调用snowsql 函数的最后一行将始终返回退出状态0,即使我删除了重定向片段。所以这就是我重定向到那个error_dev.log 文件的原因。
基本上,我想添加一个if 块并在其中如果文件存在则手动引发错误。我试过添加exit 64,但 Airflow 似乎不喜欢这样。使用exit ## 在 Bash 中最容易引发错误吗?不确定 Airflow 甚至期望什么是相当诚实的。
【问题讨论】:
-
除 1 以外的任何退出状态都被视为错误。
-
@barmar 表示“除 0 以外的任何退出状态都是错误”
-
是的,所以
exit 64应该会报错吧? -
正确,
exit 64应该被视为错误。 -
在类 UNIX 系统上,只有一个无符号字节可用于错误号。所以退出值为 0 被认为是成功的,最大退出值为 255。更大的数字的效果是不确定的,
exit 256在 bash 中会给出 0 的结果。
标签: bash airflow apache-airflow