当从cron或子shell绝对路径名为Python将不会退出(Python won't ex

我有一个通过cron运行一些Python脚本，它们无法正常退出时，脚本被称为绝对路径。 他们将挂起，直到该过程被终止。 我相信这是真的后，我感动的/ var和/ home到不同的分区。

我住进了环境变量，什么也看不到明显的错误，出现这种情况时，要么用cron或一个bash子shell运行，而不是在直接运行。

如果我运行它作为一个子shell它挂起，直到我杀了它（CTRL-C），然后给我的输出。

[wotstats@rock test]$ echo 'assert 0==1, "fails"' > test.py
[wotstats@rock test]$ /bin/bash -c "/usr/bin/python /var/home/wotstats/test/test.py"
^CTraceback (most recent call last):
  File "/var/home/wotstats/test/test.py", line 1, in <module>
    assert 0==1, "fails"
AssertionError: fails

如果我不把它叫做终止预期不挂的脚本：

[wotstats@rock test]$ /bin/bash -c "echo 'assert 0==1, \"fails\"' | /usr/bin/python"
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
AssertionError: fails

我立即得到一个错误日志发生异常时：

Dec  9 13:33:44 rock abrt: detected unhandled Python exception in '/var/home/wotstats/test/test.py'

我跑了基于输入一些测试，并发现，当被称为/test.py当以root身份运行，甚至出现此问题。 我也试过/ root和/ usr具有同样的效果。

类似或同样的问题在这里提出和通过重启解决; 我宁愿弄清楚，如果我能避免重新启动。

Answer 1:

好了，想通弄明白了。 谢谢您的帮助。

我跑了strace的，发现它挂在以下方面：

socket(PF_FILE, SOCK_STREAM, 0)         = 4
connect(4, {sa_family=AF_FILE, path="/var/run/abrt/abrt.socket"}, 27^C
<unfinished ...>

这导致的Bugzilla这表明了SELinux是问题。 我已经改变了SELinux到许可模式（我搞砸了移动/ VAR），但没有abrtd重新启动。

重新启动abrtd服务解决了这个问题。

Answer 2:

代替：

/usr/bin/python /var/home/wotstats/test/test.py

使用：

cd /var/home/wotstats/test/
/usr/bin/python test.py<br/>

文章来源: Python won't exit when called with absolute path from cron or subshell