Как заблочить исполнение скрипта, если он уже запущен?

Question

[XXX-prog]

Подскажите, как заблочить повторный запуск скрипта по крону, если предыдущий запуск скрипта еще не завершил работу, или завершил но с ошибкой (фатал еррор)?
Речь идет о PHP и Cron
В общем решение пока такое:
Это в конструктор

register_shutdown_function(array(&$this,"shutdown_handler"));

А это обработчик

public function shutdown_handler(){
      @fclose($this->fp);
    }

Блочим так:

$this->fp = fopen('tmp/lock.txt', 'w');

if(!flock($this->fp, LOCK_EX | LOCK_NB)) {
    echo("Script already running");
    exit(-1);
}

Answer 1

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

flock

Answer 2

[4X_Pro]

Сделать так: проверять наличие файла с определенным именем где-ниубдь в /tmp или /var/run, если он есть, то тут же делать выход из скрипта, если нет, то создавать такой файл, после чего выполнять необходимую работу и удалять файл перед завершением скрипта, если оно проходит корректно.

Comments

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

Вы советуете изобрести flock.

[4X_Pro]

Алексей Скобкин: да, это так. Но создать файл самому все же быстрее и экономнее по памяти, чем запускать внешний процесс через exec.

[XXX-prog]

4X_Pro: Дык, флок не через exec запускается. Встроенная ф-ия php. php.net/manual/ru/function.flock.php

[4X_Pro]

XXX-prog: если я правильно понял, там имелась в виду не PHP-функция flock, а unix-утилита flock, выполняемая из командной строки.

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

4X_Pro: Эмм... Какой exec? В вопросе явно говорится про cron. Скрипт вызывается через flock из crontab и никаких exec не нужно. Плюс в PHP есть нативный flock (но это не так надёжно).

[XXX-prog]

Алексей Скобкин: А в чем может быть проблема? Почему не надежно?

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

XXX-prog: Прямо сейчас нет возможности проверить самому, но логика (и документация) подсказывает, что если скрипт упал не сняв блокировку, могут быть проблемы. В вашем-то случае это, возможно, даже на пользу, но всё же я бы в большинстве случаев (где повторное выполнение ничего не испортит) предпочёл независимо от наличия ошибок снимать блокировку, а об ошибках писать в лог и, если они критичные - уведомлять администратора.
Тогда разовая ошибка (например, удалённый сервер не ответил на запрос) ничего не сломает и скрипт продолжит выполняться по cron и далее.
UPD: Всё-таки, проверил. Похоже, при завершении скрипта блокировка снимается. Значит, это более-менее надёжно. Но и ваше условие с "не выполнять больше, если была ошибка" - тоже не сработает. Наличие ошибок придётся контролировать отдельно.

[XXX-prog]

Алексей Скобкин: Не снимается блокировка автоматически, к пример если скрипт умер в неожиданном месте. Дома у PHP пишут: "Автоматическое снятие блокировки при закрытии было удалено. Снятие блокировки теперь всегда должно осуществляться вручную." Как быть тогда?

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

XXX-prog: Я на PHP 7.1 проверял у себя в php-cli. Правда, не проверял при насильном убитии процесса.

Answer 3

[Night]

При старте пишите свой PID в файл.
При старте читает PID, чекаете - если процесс живет и он ваш - выходите.
Если процесса нет - стартуете.

Надеятся на то, что ваш скрипт доработает до конца и удалить файл не стоит, всякое бывает.

Comments

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

Вы предлагаете изобрести flock.

[4X_Pro]

Там сформулировано так, что можно подумать, что если предыдущий запуск скрипта завершился с fatal error, то больше его запускать не надо. (По крайней мере, я так понял.) Но в общем случае — соглашусь с вами.

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

4X_Pro: Да, всё так. Тогда одного flock мало. Либо нужно использовать нативный flock в PHP.