OOM killer убивает cron. Как быть?

Question

[AlexChAR]

День добрый.
Есть cron который раз в какое-то время запускает задачу.
Иногда эта задача съедает всю оперативку. В ответ на это oom killer убивает cron.. ну и все его дочерние процессы получается.
Может знает кто, как сделать, чтоб убивались только дочерние процессы?

Менять OOMScoreAdjust у крона оказалось идеей хреновой...

Comments

[VoidVolker]

AlexChAR Ммм, а если решить проблему расхода памяти в самой задаче? Или памяти добавить? Не?

[GavriKos]

Неужели нельзя запустить в никсах не дочерним процессом вашу задачу из крона? Просто не верю )))

Если прям нельзя, то вот выход. Корявый, но выход. Крон ставит только "маркер" - ну например создает пустой файл где то. А отдельно есть демон, который мониторит - если файл появился - запускает вашу задачу. Тогда ООМ будет убивать демона.

[AlexChAR]

VoidVolker, можно отключить запуск этой задачи, или уменьшить максимум выделяемой памяти в аргументе.
Но задача тут синтетическая...

[mayton2019]

Умный чатик подсказывает решение. Не моё. Поэтому не претендую на ответ.

* * * * * nohup setsid /path/to/your/script.sh > /tmp/script.log 2>&1 < /dev/null &

Answer 1

[Zerg89]

Сделать задачу не через cron, а как службу, время запуска запихнуть в сам скрипт, и ей задать параметры oomkiller

пример

[Service]
OOMScoreAdjust=150

Comments

[Дмитрий Беляев]

если в системе есть systemd, то cron вообще в топку, systemd-timers гибче в разы

Answer 2

[ky0]

Запускать через systemd-юнит, и уже этому юниту выставлять OOMScoreAdjust. Крон выкинуть и не вспоминать про него.

Answer 3

[Дмитрий Беляев]

У Вас же наверняка современная система в которой есть systemd?

1. Делаем systemd service unit для запуска нашего скрипта
   
2. Ограничиваем сервису память через cgroups чтобы из-за протекающего сервиса не вызывать проблемы в системе в целом
   
3. Делаем systemd timer unit, который будет запускать наш сервис и полностью заменит нам cron
   
4. systemctl enable --now my-unit.timer