Зависает процесс php из командной строки, что сделать?

Question

[zzmaster]

Заметил однажды такую ситуацию, что крон-задание, php скрипт, у которого стоит

set_time_limit(60)

висит больше суток и при этом не работает (он должен подбирать и обрабатывать файлы)
Есть ли какие-нибудь способы это предотвратить или как-то такой процесс автоматически уничтожить, поскольку его наличие в списке процессов не дает запускаться такому же процессу в следующую минуту (такая система избегания накладок паралельного выполнения).

Происходит это на Centos 6.

Answer 1

[Алексей Скобкин]

Можно попробовать выполнить его с дебаггером (xdebug) или профайлером и посмотреть на чём он залипает.
Можно снаружи подцепиться к нему, например, strace и посмотреть какие системные вызовы он делает.

Comments

[zzmaster]

Ну вообще, такое произошло пока однажды за несколько месяцев, и было обнаружено позжно.

[Алексей Скобкин]

zzmaster, Ну тогда могу ответить напрямую на другую часть вопроса:

Есть ли какие-нибудь способы это предотвратить или как-то такой процесс автоматически уничтожить

Модно использовать утилиты timeout и flock для того чтобы контролировать максимальное время запуска процесса в cron и запрещать одновременный запуск нескольких.

Answer 2

[rPman]

в крон задании сохраняйте pid процесса в файл (запускайте через & и сразу берите pid из переменной $!), а соответственно перед этим, убиваете процесс с pid из этого файла (если он есть).

Comments

[zzmaster]

Вот это хорошая мысль. То есть это делается так?

php job.php >/dev/null; echo $! >tmp/job.jd

[rPman]

zzmaster, забыли &, полный путь до файла pid и забыли убить предыдущий процесс

kill -TERM $(cat /tmp/job.jd)
php job.php >/dev/null&
echo $! >/tmp/job.jd

[zzmaster]

rPman, спасибо за пояснение. Но для себя пожалуй выберу вариант с timeout предложенный в другом комменте.