Supervisord“退出状态1未预期”运行php脚本

时间:2015-03-09 08:25:54

标签: php supervisord

我有问题尝试配置主管运行php脚本。在调试模式下运行supervisor给了我:

2015-03-09 08:53:06,342 INFO supervisord started with pid 2030
2015-03-09 08:53:06,358 INFO spawned: 'worker1' with pid 2031
2015-03-09 08:53:06,423 INFO exited: worker1 (exit status 1; not expected)
2015-03-09 08:53:06,424 INFO received SIGCLD indicating a child quit
2015-03-09 08:53:07,440 INFO spawned: 'worker1' with pid 2032
2015-03-09 08:53:07,587 INFO exited: worker1 (exit status 1; not expected)
2015-03-09 08:53:07,589 INFO received SIGCLD indicating a child quit
2015-03-09 08:53:09,604 INFO spawned: 'worker1' with pid 2033
2015-03-09 08:53:09,756 INFO exited: worker1 (exit status 1; not expected)
2015-03-09 08:53:09,758 INFO received SIGCLD indicating a child quit
2015-03-09 08:53:12,775 INFO spawned: 'worker1' with pid 2034
2015-03-09 08:53:12,973 INFO exited: worker1 (exit status 1; not expected)
2015-03-09 08:53:12,974 INFO received SIGCLD indicating a child quit
2015-03-09 08:53:13,976 INFO gave up: worker1 entered FATAL state, too many start retries too quickly

supervisord配置:

[program:worker1]
command=php myScript.php
directory=/home/path/to/script/
user=root
autostart=true
autorestart=true
stderr_logfile=/var/log/worker1.err.log
stdout_logfile=/var/log/worker1.out.log
redirect_stderr=true
environment=PATH="/usr/bin"

对于此测试,myScript.php只打印出echo "test".PHP_EOL;

没有日志报告来自php的错误,如果我通过cli运行脚本,它按预期工作。 supervisord日志只报告与debuggin相同的输出。

我也尝试使用像/usr/bin/php /home/path/to/script/myScript.php这样的绝对路径,但没有任何变化。

myScript.php的文件权限设置为-rwxrwxr-x 1 root apache

真的不知道我还能检查什么。感谢您的支持!

UPDATE_1

我还试图监控其他程序,比如/ bin / cat或bash脚本,就像魅力一样。问题似乎仅限于php。

UPDATE_2

作为N.B.在评论中指出,我已经将测试脚本改为看起来更像是长时间工作:

while(true){
    echo "test".PHP_EOL;
    sleep(10);
}

与之前相同,它进入致命状态。

3 个答案:

答案 0 :(得分:13)

使用退出代码1重现此行为的唯一方法是使用文件的无效路径。所以首先请仔细检查路径是否正确。但我认为你以前做过这件事。

我更假设该文件位于您的主目录下,并且root用户无法访问并运行它。所以我会尝试更改脚本的位置。

要进行测试,您可以将脚本放在/tmp/myScript.php

cp /home/path/to/script/myScript.php /tmp/myScript.php

并修改你的supervisord配置:

[program:worker1]
command=php myScript.php
directory=/tmp/
user=root
autostart=true
autorestart=true
stderr_logfile=/var/log/worker1.err.log
stdout_logfile=/var/log/worker1.out.log
redirect_stderr=true
environment=PATH="/usr/bin"

现在监督应该能够运行你的脚本。

如果这样做,您应该检查哪个文件夹阻止root访问脚本。这可能是由encypted(和挂载)文件夹(home dir?)引起的,或者是从其他地方(samba,nfs ...)挂载的位置引起的。 要解决此问题,您可以尝试将用户从root更改为您的用户(我不建议这样做)或将项目位置更改为另一个文件夹,该文件夹不在您的主目录下。

答案 1 :(得分:0)

我已经使用Supervisord一段时间了,这就是我配置中的内容:

[program:worker1]
command=php /absolute/path/to/myScript.php

原因我将此作为anwser编写是由于格式化。

另外,试试这个脚本:

for(i = 0; i < 10; i++)
{
    printf("\nIteration: %d", $i);
    usleep(1000 * 200); // 200 milliseconds between each printf
}

exit;

并将其添加到监督中。它应该在它回显后重新启动。

答案 2 :(得分:0)

尝试设置startsecs = 0

[program:foo]
command = ls
startsecs = 0
autorestart = false
http://supervisord.org/configuration.html
  

startsecs

     

程序需要保持运行的总秒数   在创业之后考虑开始成功。如果该程序   即使它开始,也不会熬夜这么多秒   启动时将退出“预期”退出代码(参见exitcodes)   被视为失败。设置为0表示程序不需要   保持运行任何特定的时间。