Жестко закодированные корневые контрольные группы

У меня есть несколько машин RHEL7, которые являются частью кластера GPFS, и когда память исчерпывается, демон GPFS и драйверы аварийно завершают работу файловых систем, которыми они управляют.

Есть 3 иерархии памяти cgroup, которые я хочу ограничить: user.slice, kubepods.slice и lsf (для очереди заданий LSF). Я хотел бы установить ограничение в 100 ГБ на общее потребление памяти этими тремя группами. Для этого мне пришлось бы либо создать новую корневую контрольную группу и поместить их в эту группу, либо выбрать одну из них в качестве корня. Проблема в том, что группы user.slice и lsf кажутся жестко закодированными.

Кто-нибудь знает способ реорганизовать эти иерархии? Документация довольно неясна или отсутствует.


person maxdebayser    schedule 10.10.2017    source источник


Ответы (1)


ОС убивает демонов GPFS? Попробуйте установить /proc//oom_score_adj для демонов GPFS.

К сожалению, пути cgroup LSF изменить нельзя.

person Michael Closson    schedule 11.10.2017
comment
Я не знаю точно, что их убивает, потому что, когда память заполняется, система становится непригодной для использования, а ядро ​​​​генерирует слишком много сообщений OOM killer, чтобы их можно было прочитать. Но спасибо за подсказку, попробую - person maxdebayser; 11.10.2017