История изменений
Исправление
Legioner,
(текущая версия)
:
sysctl vm.panic_on_oom=1
Как эта опция работает? Что подразумевается под oom? Сбрасываются ли файловые кеши при OOM (полагаю, что да, но всё же)? Производится ли безопасное размонтирование файловых систем?
Для меня это будет идеальным вариантом, если всё вышеперечисленное выполняется. Падаем в панику, логгируем всё, перезагружаемся.
Но зачем?
Продолжать работу после того, как oom killer убил рандомное приложение смысла просто нет. Система уже априори нестабильна. Простой пример: oom killer убивает ntp-демона, часы у системы разошлись с глобальными, база данных стала неконсистентна, пару дней пытаемся восстановить из бэкапа.
Пример поприкольней. HP драйвер для рейда запускает кучу процессор вида hpvsa/1 и тд. killer убивает такой процесс, рейд превращается в шляпу, бизнес подаёт на банкротство.
Исходная версия
Legioner,
:
sysctl vm.panic_on_oom=1
Как эта опция работает? Что подразумевается под oom? Сбрасываются ли файловые кеши при OOM (полагаю, что да, но всё же)? Производится ли безопасное размонтирование файловых систем?
Но зачем?
Продолжать работу после того, как oom killer убил рандомное приложение смысла просто нет. Система уже априори нестабильна. Простой пример: oom killer убивает ntp-демона, часы у системы разошлись с глобальными, база данных стала неконсистентна, пару дней пытаемся восстановить из бэкапа.
Пример поприкольней. HP драйвер для рейда запускает кучу процессор вида hpvsa/1 и тд. killer убивает такой процесс, рейд превращается в шляпу, бизнес подаёт на банкротство.