Ночью агенты мониторинга и K3s-сервисы начали массово падать с SIGKILL, хотя free показывал >40% RAM. Поверхностный вывод — «всё в порядке». На деле: cgroups v2 memory.max установлен, но memory.high — нет. Ядро Linux при достижении memory.max немедленно вызывает OOM-killer без grace period. Диагностика: проверьте через /sys/fs/cgroup//memory.{high,max}. Если memory.high == max, вы лишили ядро возможности throttle процессов перед убийством. Используйте memory.high на 85–90% от memory.max — это даёт ядру шанс замедлить аллокации через page reclaim, а не резать горло. Метрики: memory.events в том же cgroup покажут high=0, max>0 — сигнал, что вы играете в русскую рулетку с OOM. Подробнее: https://ftops.space/?utm*source=telegram&utm*medium=smm&utm*campaign=ftops&utm*content=cgroups-v2-memory-high-protiv-memor

Ночью агенты мониторинга и K3s-сервисы начали массово падать с SIGKILL, хотя free показывал >40% RAM. Поверхностный вывод — «всё в порядке». На деле: cgroups v2 memory.max установлен, но memory | Сетка — социальная сеть от hh.ru