Аспро: ЛайтШоп [тема: Подозрение на утечку памяти в Proxmox CE 9.0.6]

Подозрение на утечку памяти в Proxmox CE 9.0.6

Tue, 23 Sep 2025 17:37:00 +0300

Подозрение на утечку памяти в Proxmox CE 9.0.6 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо, что поделились результатами. Можете, пожалуйста, предоставить более длинный участок графика использования памяти? На текущем снимке кривая выглядит не совсем ровной — заметна небольшая тенденция к росту. Было бы очень полезно увидеть, как меняется память после 6, 12 и 24 часов работы с новым ядром. Заранее спасибо за дополнительную информацию.
23.09.2025 17:37:00, martinkubat.

Подозрение на утечку памяти в Proxmox CE 9.0.6

Tue, 23 Sep 2025 16:26:00 +0300

Подозрение на утечку памяти в Proxmox CE 9.0.6 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, короткое обновление. Думаю, теперь всё в порядке! После одного дня с этим новым ядром использование памяти выглядит нормально. Завтра обновлю второй проблемный узел и сообщу результаты!
23.09.2025 16:26:00, solevi.

Подозрение на утечку памяти в Proxmox CE 9.0.6

Mon, 22 Sep 2025 12:30:00 +0300

Подозрение на утечку памяти в Proxmox CE 9.0.6 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, Фабиан! Спасибо за ссылки! Только что установил версию 6.14 — Trixie на одном из подозрительных узлов, потом дополнительно сообщу.
22.09.2025 12:30:00, solevi.

Подозрение на утечку памяти в Proxmox CE 9.0.6

Mon, 22 Sep 2025 10:16:00 +0300

Подозрение на утечку памяти в Proxmox CE 9.0.6 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Здесь два тестовых ядра: http://download.proxmox.com/temp/kernel-6.8-ice-memleak-fix-1/ (6.8 для Bookworm) и http://download.proxmox.com/temp/kernel-6.14-ice-memleak-fix-1/ (6.14 для Trixie) с возможным исправлением в основной ветке. Будем признательны за обратную связь!
22.09.2025 10:16:00, fabian.

Подозрение на утечку памяти в Proxmox CE 9.0.6

Sun, 21 Sep 2025 22:03:00 +0300

Подозрение на утечку памяти в Proxmox CE 9.0.6 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Хочу присоединиться и сказать, что у нас точно такое же поведение на полностью обновлённой чистой установке 9.0.9.
Очень низкая загрузка хоста, а общий расход памяти, который можно отследить через `ps` и `htop`, меньше 64 ГБ. ceph-osd и KVM забирают примерно 60 ГБ. Размер ARC установлен на 4 ГБ, так как мы используем ZFS только под систему хоста.
Сетевые карты:
Код:
04:00.0 Ethernet controller: Broadcom Inc. and subsidiaries BCM57416 NetXtreme-E Dual-Media 10G RDMA Ethernet Controller (rev 01)
04:00.1 Ethernet controller: Broadcom Inc. and subsidiaries BCM57416 NetXtreme-E Dual-Media 10G RDMA Ethernet Controller (rev 01)
81:00.0 Ethernet controller: Intel Corporation Ethernet Controller E810-C for QSFP (rev 01)
81:00.1 Ethernet controller: Intel Corporation Ethernet Controller E810-C for QSFP (rev 01)

Карта Broadcom проброшена в резервный VLAN доступа, а Intel настроены в bonded LACP с двумя коммутаторами, сконфигурированными через MC-LAG.

На всех наших нодах наблюдается медленный рост памяти до полного истощения. Кластеры 8.4.X такого не показывают вообще. Очистка кэшей не даёт ни малейшего улучшения, и я не могу найти, куда ушла потреблённая память, используя пользовательские утилиты. Ни `slabtop`, ни `cat /proc/slabinfo` не показывают ничего подозрительного.

Понятия не имею, куда делось лишних 300 ГБ памяти...
21.09.2025 22:03:00, traetox.

Подозрение на утечку памяти в Proxmox CE 9.0.6

Wed, 03 Sep 2025 14:47:00 +0300

Подозрение на утечку памяти в Proxmox CE 9.0.6 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет! У меня происходит исчерпание памяти на двух из трёх узлов Proxmox в одном и том же кластере с высокой доступностью (HA). Я много искал, но не смог найти точного решения для моей ситуации, поэтому ниже привёл информацию, которую запрашивали в похожих случаях.

Чтобы исключить главное подозрение — я не использую ZFS.

arcstat показывает:

Bash: root@ovh-px-01:~# arcstat
time read ddread ddh% dmread dmh% pread ph% size c avail
16:27:44 0 0 0 0 0 0 0 2.8K 2.0G -1.2G

arc_summary -s arc показывает:

Bash: root@ovh-px-01:~# arc_summary -s arc

------------------------------------------------------------------------
Отчёт подсистемы ZFS Ср 03 сен 2025 16:32:01
Linux 6.14.11-1-pve 2.3.4-pve1
Машина: ovh-px-01 (x86_64) 2.3.4-pve1

Статус ARC:
Общий размер памяти: 62.4 ГиБ
Минимальный целевой размер: 3.1 % 2.0 ГиБ
Максимальный целевой размер: 19.2 % 12.0 ГиБ
Целевой размер (адаптивный): < 0.1 % 2.0 ГиБ
Текущий размер: < 0.1 % 2.8 КиБ
Размер свободной памяти: 860.2 МиБ
Доступная память: -1441892224 байт

Структурный разбор ARC (текущий размер): 2.8 КиБ
Сжатый размер: 0.0 % 0 байт
Размер накладных расходов: 0.0 % 0 байт
Размер бонуса: 0.0 % 0 байт
Размер dnode: 0.0 % 0 байт
Размер dbuf: 0.0 % 0 байт
Размер заголовка: 100.0 % 2.8 КиБ
Размер заголовка L2: 0.0 % 0 байт
Потери на абстрагированные блоки (ABD chunk waste):0.0 % 0 байт

Разбивка типов ARC (сжато + накладные расходы): 0 байт
Размер данных: н/д 0 байт
Размер метаданных: н/д 0 байт

Разбивка состояний ARC (сжато + накладные расходы): 0 байт
Размер анонимных данных: н/д 0 байт
Размер анонимных метаданных: н/д 0 байт
Целевой размер MFU данных: 37.5 % 0 байт
Размер MFU данных: н/д 0 байт
Размер удаляемых MFU данных: н/д 0 байт
Размер MFU «призрачных» данных: 0 байт
Целевой размер MFU метаданных: 12.5 % 0 байт
Размер MFU метаданных: н/д 0 байт
Удаляемый размер MFU метаданных: н/д 0 байт
Размер MFU «призрачных» метаданных: 0 байт
Целевой размер MRU данных: 37.5 % 0 байт
Размер MRU данных: н/д 0 байт
Удаляемый размер MRU данных: н/д 0 байт
Размер MRU «призрачных» данных: 0 байт
Целевой размер MRU метаданных: 12.5 % 0 байт
Размер MRU метаданных: н/д 0 байт
Удаляемый размер MRU метаданных: н/д 0 байт
Размер MRU «призрачных» метаданных: 0 байт
Размер неспрокэшированных данных: н/д 0 байт
Размер неспрокэшированных метаданных: н/д 0 байт

Разбивка хеша ARC:
Элементы: 0
Коллизии: 0
Максимальная длина цепочки: 0
Цепочки: 0

Прочее по ARC:
Несжатый размер: н/д 0 байт
Ограничения по памяти: 0
Прямые возвраты памяти: 0
Косвенные возвраты памяти: 0
Удалено: 0
Промахи мьютекса: 0
Пропуски при вытеснении: 0
Пропуски при вытеснении из-за записи L2: 0
Вытеснения кэша L2: 0 байт
Допустимые вытеснения L2: 0 байт
Допустимые вытеснения MFU L2: н/д 0 байт
Допустимые вытеснения MRU L2: н/д 0 байт
Недопустимые вытеснения L2: 0 байт

free -h показывает:

Bash: root@ovh-px-01:~# free -h
total used free shared buff/cache available
Mem: 62 ГиБ 61 ГиБ 789 МиБ 44 МиБ 534 МиБ 652 МиБ
Swap: 2.0 ГиБ 2.0 ГиБ 1.5 МиБ

top -co%MEM показывает:

И страница с сводкой:

Вот второй повреждённый узел:

А это статус-страница неповреждённого узла:

Команда echo 1 > /proc/sys/vm/drop_caches практически ничего не даёт.

На этом кластере работает очень мало служб:

Общий объём используемой памяти всеми ВМ едва достигает 8 ГБ на всех узлах вместе взятых.

Пожалуйста, помогите понять, что вызывает утечки памяти.
03.09.2025 14:47:00, solevi.