+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Oom-kill процесс внутри lxc: Память cgroup исчерпана., Proxmox Виртуальная Среда

Dark26

Guest

10.02.2020 21:38:00

Здравствуйте, это сообщение у меня на двух узлах, на которых работают соответственно IredMail и Proxmox Mail Gateway: Код: [2064598.795126] oom-kill: constraint=CONSTRAINT_MEMCG, nodemask=(null), cpuset=ns, mems_allowed=0, oom_memcg=/lxc/199, task_memcg=/lxc/199/ns/system.slice/clamav-daemon.service, task=clamd, pid=3647031, uid=100107 [2064598.796609] Группа памяти исчерпала ресурсы: Убил процесс 3647031 (clamd) total-vm:1342176kB, anon-rss:1099032kB, file-rss:0kB, shmem-rss:0kB [2064598.916492] oom_reaper: собран процесс 3647031 (clamd), теперь anon-rss:0kB, file-rss:0kB, shmem-rss:0kB. В обоих случаях oom-kill убивает антивирус (clamd), который потребляет максимальное количество оперативной памяти. Я пытался добавить память и своп в контейнер, но результат остался прежним. Есть идеи, что изменить, чтобы все работало корректно? Раньше IredMail был на виртуальной машине (а не в контейнере), и у меня не было проблем даже с меньшим объемом памяти. Спасибо, Dark26.

carsten2 Guest	#2 0 07.09.2020 06:16:00 У меня такая же проблема с Proxmox Mail Gateway. У него выделено 2 ГБ ОЗУ и 2 ГБ свопа, а в Proxmox я вижу, что используется только 600-800 МБ. Все равно эта ошибка. Почему?

fabian

Guest

07.09.2020 07:35:00

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

carsten2 Guest	#4 0 07.09.2020 09:32:00 1) Как включить постоянное ведение журнала? 2) Если проблема в оперативной памяти (например, из-за ведения журнала), мне нужно будет посмотреть на использование памяти в Proxmox или top, верно?

Stoiko Ivanov Guest	#5 0 07.09.2020 10:24:00 короткий ответ: `mkdir /var/log/journal && systemctl restart systemd-journald` - более подробный ответ в ystemd/man/journald.conf.html также, если возможно, я бы увеличил объем оперативной памяти (clamav действительно использует довольно много)

StormLXC

Guest

11.04.2021 16:04:00

В моем случае проблема все еще существует. 4 идентичных контейнера с 16 ГБ RAM каждый, работающие на Ubuntu 20.10. Я отключил ведение журнала во всех контейнерах и на узле. Код: echo "Storage=none" >> /etc/systemd/journald.conf service systemd-journald restart. Никаких результатов. Код: Apr 11 15:49:29 golf2 kernel: [47877.894306] ThreadPoolForeg вызван oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=200 Apr 11 15:52:52 golf2 kernel: [48081.027589] NetworkService вызван oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0 Apr 11 15:54:03 golf2 kernel: [48151.973780] lxcfs вызван oom-killer: gfp_mask=0x400dc0(GFP_KERNEL_ACCOUNT|__GFP_ZERO), order=1, oom_score_adj=0 Apr 11 16:25:10 golf2 kernel: [50019.304050] ThreadPoolForeg вызван oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=300.

Stoiko Ivanov Guest	#7 0 12.04.2021 09:33:00 Пожалуйста, откройте новую тему вместо ответа на не связанную с этой. Эта ветка касается конкретно clamav. Если вы это сделаете, пожалуйста, укажите, какие службы работают внутри контейнера — мне также интересно, сколько памяти они используют... (возможно, им просто нужно больше, чем настроенные 16 ГБ)?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры