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

Контейнер lxc не освобождает кэшированную память., Proxmox Виртуальная Среда

rofrofrof1

Guest

13.05.2025 15:16:00

У некоторых наших Lxc контейнеров наблюдается постоянное увеличение кэшируемой памяти ct. Как только почти вся память занята, использование CPU в контейнере спорадически возрастает до 100%, и контейнер становится недоступен. Перезапуск контейнера (и, соответственно, очистка кэша) решает проблему. Я также смог искусственно воспроизвести эту проблему, снизив soft лимит памяти контейнера во время работы с помощью: Здесь тоже использование CPU внутри контейнера увеличилось до 100%, поэтому я предполагаю, что это обычное поведение, когда память ct заполнена. Однако, большая часть памяти в контейнере занята только кэшируемой памятью, которая должна, в принципе, освобождаться автоматически? У гипервизора нет swap раздела, так как мы используем Zfs и не хотели его использовать. Может ли быть связь с этим? Есть какие-нибудь идеи, что еще я могу попробовать?

Johannes S

Guest

13.05.2025 16:23:00

Использование RAM для кэширования — это нормально, и это не проблема, см. https://www.linuxatemyram.com для справки. Меня смущает, что ваш контейнер недоступен из-за 100% использования RAM. Звучит как утечка памяти в одном из приложений, которые вы запускаете в контейнере. Какие нагрузки/приложения/сервисы вы запускаете внутри LXC?

rofrofrof1

Guest

13.05.2025 18:10:00

Моя идея в том, что неиспользуемая память, конечно, используется для кэширования, но она, похоже, не освобождается, когда она нужна. Я использую Plesk в контейнерах. То есть, более точно: apache, smtp, imap-pop3, pop3, pop3s, imap, imaps, authdaemon, dns, postgresql, spamassassin, milter, nginx, fail2ban, resctrl, plesk-php81-fpm, plesk-php83-fpm, plesk-php82-fpm. И, скорее всего, это не из-за веб-приложения на PHP, так как это происходит на нескольких контейнерах, на которых размещаются разные сайты.

f.sennj

Guest

21.05.2025 08:12:00

Привет, похоже, у меня та же проблема. Контейнер запускается нормально, а потом через несколько часов или дней начинает себя так вести:

Это простой веб-сервер с Apache и PHP. После перезапуска он снова выглядит так:

Версии:
* proxmox-ve: 8.4.0 (ядро: 6.8.12-9-pve)
* pve-manager: 8.4.1 (версия: 8.4.1/2a5fa54a8503f96d)
* proxmox-kernel-helper: 8.1.1
* proxmox-kernel-6.8.12-10-pve-signed: 6.8.12-10
* proxmox-kernel-6.8: 6.8.12-10
* proxmox-kernel-6.8.12-9-pve-signed: 6.8.12-9
* proxmox-kernel-6.8.12-8-pve-signed: 6.8.12-8
* proxmox-kernel-6.8.12-6-pve-signed: 6.8.12-6
* proxmox-kernel-6.8.4-2-pve-signed: 6.8.4-2
* ceph: 19.2.1-pve3
* ceph-fuse: 19.2.1-pve3
* corosync: 3.1.9-pve1
* criu: 3.17.1-2+deb12u1
* glusterfs-client: 10.3-5
* ifupdown2: 3.2.0-1+pmx11
* ksm-control-daemon: 1.5-1
* libjs-extjs: 7.0.0-5
* libknet1: 1.30-pve2
* libproxmox-acme-perl: 1.6.0
* libproxmox-backup-qemu0: 1.5.1
* libproxmox-rs-perl: 0.3.5
* libpve-access-control: 8.2.2
* libpve-apiclient-perl: 3.3.2
* libpve-cluster-api-perl: 8.1.0
* libpve-cluster-perl: 8.1.0
* libpve-common-perl: 8.3.1
* libpve-guest-common-perl: 5.2.2
* libpve-http-server-perl: 5.2.2
* libpve-network-perl: 0.11.2
* libpve-rs-perl: 0.9.4
* libpve-storage-perl: 8.3.6
* libspice-server1: 0.15.1-1
* lvm2: 2.03.16-2
* lxc-pve: 6.0.0-1
* lxcfs: 6.0.0-pve2
* novnc-pve: 1.6.0-2
* proxmox-backup-client: 3.4.1-1
* proxmox-backup-file-restore: 3.4.1-1
* proxmox-firewall: 0.7.1
* proxmox-mail-forward: 0.3.2
* proxmox-mini-journalreader: 1.4.0
* proxmox-offline-mirror-helper: 0.6.7
* proxmox-widget-toolkit: 4.3.10
* pve-cluster: 8.1.0
* pve-container: 5.2.6
* pve-docs: 8.4.0
* pve-edk2-firmware: 4.2025.02-3
* pve-esxi-import-tools: 0.7.4
* pve-firewall: 5.1.1
* pve-firmware: 3.15-3
* pve-ha-manager: 4.0.7
* pve-i18n: 3.4.2
* pve-qemu-kvm: 9.2.0-5
* pve-xtermjs: 5.5.0-2
* qemu-server: 8.3.12
* smartmontools: 7.3-pve1
* spiceterm: 3.3.0
* swtpm: 0.8.0+pve1
* vncterm: 1.8.0
* zfsutils-linux: 2.2.7-pve2

f.sennj Guest	#5 0 21.05.2025 08:13:00 И вот мы сталкиваемся с этим в нескольких lxc контейнерах по всему кластеру, внутри которых работают разные приложения. Есть ли известная проблема с управлением памятью в последней версии 8.4?

Impact Guest	#6 0 21.05.2025 10:38:00 Как выглядит вывод команд `free -h` и `top -co %MEM` внутри контейнера в таком состоянии?

f.sennj Guest	#7 0 21.05.2025 11:16:00 Проверяю, когда это повторится - возвращаюсь как можно скорее.

f.sennj Guest	#8 0 22.05.2025 07:21:00 Окей, опять сегодня на другом веб-сервере:

f.sennj

Guest

22.05.2025 07:22:00

Проблема в том, что я вообще не могу залогиниться в CT, если не перезагрузить его или не увеличить оперативную память. Так что я не могу предоставить вывод. Кажется, у обоих случаев общее то, что установлены PHP и Apache. Есть ли проблема с mem overcommit в PHP?

f.sennj Guest	#10 0 22.05.2025 17:05:00 Опять та же проблема на другом узле: Сегодня ресурсы пришлось обновлять уже третий раз.

Gerk

Guest

#11

22.05.2025 19:11:00

Я тестировал LXC и готовился к запуску в продакшн, но столкнулся с теми же самыми проблемами с LXC и вырывал волосы, пытаясь понять, почему они сыпятся как мухи (но при этом выглядят работающими). Даже не мог подключиться по SSH и открыть терминал на них, когда нагрузка становится хоть сколько-нибудь приемлемой. Пока нагрузка небольшая, казалось все в порядке. Буду следить за этим... возможно, LXC – это не лучший выбор для меня сейчас! (Что немного страшно, ведь вся архитектура моей платформы основана на них!)

Gerk

Guest

#12

22.05.2025 19:13:00

Я вообще не запускаю PHP на своих LXC, где та же проблема. Запущен ERP на базе Python (Odoo), и там такое же происходит. Когда потребление ресурсов возрастает, я вообще не могу войти ни через консоль, ни по SSH, и LXC перестаёт отдавать контент (но графики CPU и памяти остаются очень высокими и постоянно двигаются).

Gerk Guest	#13 0 22.05.2025 19:15:00 И запускаю точно такой же код во VM — всё работает без проблем, так что подозреваю, что это какая-то проблема именно с LXC.

f.sennj Guest	#14 0 22.05.2025 22:59:00 Да, сегодня тоже была проблема с Paperless NGX, перепроверил все Lxcs. Будем мониторить дальше.

gm2 Guest	#15 0 02.06.2025 18:32:00 Вижу это постоянно, но только в Portainer LXC. Через день-два после перезапуска Portainer: РЕДАКТИРОВКА: Как указал f.sennj, я перепутал тему Кэшированной памяти с Swap space. Прошу прощения.

f.sennj Guest	#16 0 02.06.2025 18:35:00 Странно, но тема у нас оказалась использование swap'а — а реальная память вроде бы не используется?

dmblc

Guest

#17

02.06.2025 19:29:00

Столкнулся с похожей проблемой: использование RAM стремительно растет за считанные минуты, а не за дни. У меня 64 GiB RAM и несколько LXC, запускающихся при старте. Использование достигает 90%; без работающих VM или LXC оно около 65%. Пока не пробовал отключать автозапуск VM/LXC. Использую ядро 6.14.5-1-bpo12-pve. free или htop ничего необычного не показывают. Уменьшил zfs_arc_max до 4 GiB. Команда echo 3 > /proc/sys/vm/drop_caches едва ли помогает, очищает около 5% каждый раз. Есть 8 GiB swap на выделенном разделе, настроено ранее.

f.sennj

Guest

#18

02.06.2025 20:26:00

Для нас (как это ни странно) перезагрузка и установка последних обновлений Ubuntu 24.04 помогли почти на всех веб-серверах. Немного застряли с контейнером Paperless NGX, но тут я не на 100% уверен, что это просто перегрузка.

dmblc Guest	#19 0 03.06.2025 08:15:00 Вернулся к ядру 6.14.0-2-pve (с 6.14.5-1-bpo12-pve), и вроде как потребление памяти снизилось. Буду дальше мониторить.

dmblc Guest	#20 0 21.06.2025 16:36:00 Нашёл настоящего виновника в моей ситуации. Это вовсе не проблема ядра или LXC, а мои настройки сетевого интерфейса. Я использую Mellanox ConnectX-3 Pro, и, видимо, просто так, не подумав, выставил максимальное количество RX-очередей в ethtool на 128 (так как в моей системе 128 потоков). Уменьшив это до 32 (совпало с максимальным количеством TX-очередей), использование памяти упало просто радикально. ethtool -L "$INTERFACE" rx 32

Читают тему

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