Системный таймер пропускает следующий запуск, если процесс еще не завершен?

Я хочу использовать systemd для запуска команды каждые 5 минут. Однако существует риск того, что время от времени выполнение задачи может занять более 5 минут. В этот момент systemd запустит второй экземпляр команды, то есть я получу 2 запущенных процесса?

Можно ли сказать systemd не запускать второй процесс, если первый еще не завершен? Если нет, какие есть хорошие обходные пути?

Примечание: я надеюсь, что ответ «Это поведение по умолчанию. Оно просто не задокументировано». Если это так, может кто-нибудь сказать мне, как сообщить об ошибке в их документах?

Примечание: у Cron есть похожая проблема, которая обсуждается в /unix//a/173928/11244 . Я ищу системный эквивалент.

Это стандартное (и единственное) поведение. Это явно не задокументировано, но подразумевается логикой работы systemd.

systemd.timer (5) читает:

Для каждого файла таймера должен существовать соответствующий файл модуля, описывающий модуль, который необходимо активировать по истечении таймера .

systemd (1) , в свою очередь, описывает концепцию состояний единиц и переходов между ними:

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

Это означает, что запуск таймера приводит к «активации» соответствующего блока, т.е. его переходу в «активное» состояние.

Если соответствующий модуль уже «активен» во время «активации» (для сервисного блока это означает, что «основной процесс все еще выполняется», если сервисный блок не имеет Type=oneshotи RemainAfterExit=true), должно быть очевидно, что никаких действий не будет приняты.