首页 文章

一个cron作业会杀死最后一个cron执行吗？

提问于
浏览 次
9

我有一个执行PHP脚本的cron作业 . cron设置为每分钟运行一次，这仅用于测试目的 . 它正在执行的PHP脚本旨在将用户上传到服务器的视频转换为Flash格式（例如...... .flv） . 当通过命令行手动执行脚本时脚本执行正常，但是当通过cron执行它时启动正常，但一分钟后它就会停止 .

似乎当执行下一个cron时，它“杀死”最后一个cron执行 . 我添加了以下PHP函数：

ignore_user_abort(true);

希望它不会中止最后一次执行，我测试设置cron每5分钟运行一次，这很好，但是视频转换可能需要5分钟以上所以我需要弄清楚为什么它停止时另一个cron是执行 .

任何帮助，将不胜感激 .

谢谢！

编辑：我的cron看起来像：

*/1 * * * * php /path_to_file/convert.php
php cron scheduled-tasks

3 回答

  • 17

    我不认为cron会杀死任何进程 . 但是，cron并不适合长时间运行的进程 . 这里可能发生的事情是，当脚本执行多次时，你的脚本会全身踩踏 . 例如，两个PHP进程可能都在尝试同时写入同一个文件 .

    首先，确保您不仅要查看php错误日志，还要尝试从PHP文件本身捕获输出 . 例如：

    */1 * * * * * php /path/to/convert.php & >> /var/log/convert.log

    您还可以使用简单的锁定文件来确保convert.php不会多次执行 . 就像是：

    if (file_exists('/tmp/convert.lock')) {
    exit();
}

touch('/tmp/convert.lock');
// convert here
unlink('/tmp/convert.lock');
    回复于
  • 3

    cron 本身赢了't stop a previous instance of a job running so, if there'一个问题，那里's almost certainly something in your PHP doing it. You'将需要发布该代码 .

    回复于
  • 1

    不，它不会 . 您可以通过创建脚本在每次运行时检查的锁定文件来保持第二个进程无法运行 . 如果文件存在，则不会运行 . 如果合适，这也应该与最大执行时间一起使用，以便一个进程不会无限期地停止将来的执行 . 锁文件只能是一个名为/tmp/foo.lock的空纯文本文件 .

    回复于

相关问题