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

RSS

[PVE 8.3 | Kernel 6.8.12-4] Использование памяти виртуальной машины KVM превышает выделенный лимит, вызывает OOM хоста и завершение процессов., Proxmox Виртуальная Среда

Evanshenf

Guest

02.04.2025 04:08:00

Среда исполнения: Proxmox VE 8.3, ядро 6.8.12-4-pve
CPU: Intel Core i7-11700 (8C/16T)
RAM: 16GB, swap не настроен
Хранилище: Полный LVM-Thin (без ZFS)
2 работающие виртуальные машины, каждой выделено по 7GB памяти.
Ballooning отключен.
Во время задачи сборки внутри виртуальной машины, хостовая система исчерпала оперативную память и запустила OOM killer. Один из процессов kvm был убит, что привело к остановке виртуальной машины.
Основные записи логов:
Out of memory: Killed process 2856832 (kvm) total-vm:12770796kB, anon-rss:7364480kB [2856832] ... rss: 1841536 pages ≈ 7.02 GB [2856739] ... rss: 1731340 pages ≈ 6.60 GB
Несмотря на то, что каждая виртуальная машина была сконфигурирована с 7GB RAM, соответствующие процессы KVM использовали 7.02GB и 6.60GB физической памяти соответственно, что в сумме составляет ~13.6GB, что неожиданно.
На момент события OOM, в системе осталось всего ~130MB свободной памяти:
Apr 02 01:10:57 pve kernel: free:33495 ≈ 130MB
Это привело к тому, что система убила процесс kvm виртуальной машины 100.

Вопросы:
Это известная проблема, при которой лимиты памяти KVM не соблюдаются или происходит утечка памяти?
Это может быть регрессия в ядре 6.8.12-4?
Есть ли какие-либо рекомендуемые обходные пути?
Стоит ли рассмотреть возврат к ядру 6.5?
Я могу предоставить полный

Kingneutron

Guest

12.07.2025 05:05:00

Если у тебя работает сервер, то должно быть как минимум ~1ГБ swap, и при необходимости перераспределяй. Ты не оставил месту для использования ядру, поэтому оно убило процесс, потребляющий много оперативной памяти, вместо того, чтобы привести весь сервер к панике. Ещё советую максимально увеличить объем оперативной памяти, который может поддерживать твоя материнская плата; 16ГБ нормально, если ты только начинаешь с домашней лабораторией, но ты уже упираешься в потолок.

Evanshenf

Guest

02.04.2025 04:24:00

pr 02 00:57:59 pve pveproxy[3198419]: Ошибка разбора в файле '/etc/pve/datacenter.cfg' - свойство 'sdn' не определено в схеме, и схема не позволяет добавлять дополнительные свойства.
Apr 02 01:10:57 pve kernel: proxmox-firewal вызвал оом-киллер: gfp_mask=0x140cca(GFP_HIGHUSER_MOVABLE|__GFP_COMP), порядок=0, oom_score_adj=0
Apr 02 01:10:57 pve kernel: CPU: 6 PID: 1198 Comm: proxmox-firewal Tainted: P O 6.8.12-4-pve #1
Apr 02 01:10:57 pve kernel: Аппаратное обеспечение: Dell Inc. OptiPlex 7090/0GNVHC, BIOS 1.12.0 09/12/2022
pr 02 01:10:57 pve kernel: active_anon:3641081 inactive_anon:193252 isolated_anon:0 active_file:37 inactive_file:156 isolated_file:0 unevictable:8736 dirty:14 writeback:0 slab_reclaimable:6116 slab_unreclaimable:73775 mapped:11138 shmem:12539 pagetables:9579 sec_pagetables:1043 bounce:0 kernel_misc_reclaimable:0 free:33495 free_pcp:6147 free_cma:0
Apr 02 01:10:57 pve kernel: Node 0 active_anon:14564324kB inactive_anon:773008kB active_file:148kB inactive_file:624kB unevictable:34944kB isolated(anon):0kB isolated(file):0kB mapped:44552kB dirty:56kB writeback:0kB shmem:50156kB shmem_thp:0kB shmem_pmdmapped:0kB anon_thp:12175360kB writeback_tmp:0kB kernel_stack:5888kB pagetables:38316kB sec_pagetables:4172kB all_unreclaimable? no
Apr 02 01:10:57 pve kernel: Node 0 DMA free:13312kB boost:0kB min:64kB low:80kB high:96kB reserved_highatomic:0KB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15992kB managed:15360kB mlocked:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0
Apr 02 01:10:57 pve kernel: lowmem_reserve[]: 0 1382 15633 15633 15633
Apr 02 01:10:57 pve kernel: Node 0 DMA32 free:62616kB boost:0kB min:5968kB low:7460kB high:8952kB reserved_highatomic:0KB active_anon:1405892kB inactive_anon:400kB active_file:44kB inactive_file:188kB unevictable:0kB writepending:4kB present:1541580kB managed:1475316kB mlocked:0kB bounce:0kB free_pcp:1552kB local_pcp:500kB free_cma:0
Apr 02 01:10:57 pve kernel: lowmem_reserve[]: 0 0 14251 14251 14251
Apr 02 01:10:57 pve kernel: Node 0 Normal free:58052kB boost:0kB min:61548kB low:76932kB high:92316kB reserved_highatomic:0KB active_anon:13120208kB inactive_anon:777052kB active_file:5820kB inactive_file:14164kB unevictable:7956kB writepending:0kB present:4107320kB managed:1475316kB mlocked:0kB bounce:0kB free_pcp:6380kB local_pcp:13532kB free_cma:0
Apr 02 01:10:57 pve kernel: 4122897 pages RAM
Apr 02 01:10:57 pve kernel: 0 pages HighMem/MovableOnly
Apr 02 01:10:57 pve kernel: 99911 pages reserved
Apr 02 01:10:57 pve kernel: 0 pages hwpoisoned
Apr 02 01:10:57 pve kernel: Tasks state (memory values in pages):
Apr 02 01:10:57 pve kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=proxmox-firewall.service,mems_allowed=0,global_oom,task_memcg=/qemu.slice/100.scope,task=kvm,pid=2856832,uid=0
Apr 02 01:10:57 pve kernel: Out of memory: Killed process 2856832 (kvm) total-vm:12770796kB, anon-rss:7364480kB, file-rss:1664kB, shmem-rss:0kB, UID:0 pgtables:15496kB oom_score_adj:0
Apr 02 01:10:57 pve kernel: fwbr100i0: порт 2(tap100i0) перешел в состояние отключено
Apr 02 01:10:57 pve kernel: tap100i0 (unregistering): покинул режим allmulticast
Apr 02 01:10:57 pve kernel: fwbr100i0: порт 2(tap100i0) перешел в состояние отключено
Apr 02 01:10:57 pve systemd[1]: 100.scope: Процесс этого юнита был завершен OOM-киллером.
Apr 02 01:10:57 pve systemd[1]: 100.scope: Неудалось с результатом 'oom-kill'.
Apr 02 01:10:57 pve systemd[1]: 100.scope: Использовано 17 минут 8,357 секунд времени ЦП.
Apr 02 01:10:58 pve qmeventd[3219876]: Запуск очистки для 100
Apr 02 01:10:58 pve kernel: fwbr100i0: порт 1(fwln100i0) перешел в состояние отключено
Apr 02 01:10:58 pve kernel: vmbr0: порт 3(fwpr100p0) перешел в состояние отключено
Apr 02 01:10:58 pve kernel: fwln100i0 (unregistering): покинул режим allmulticast
Apr 02 01:10:58 pve kernel: fwln100i0 (unregistering): покинул режим promiscuous
Apr 02 01:10:58 pve kernel: fwbr100i0: порт 1(fwln100i0) перешел в состояние отключено
Apr 02 01:10:58 pve kernel: fwpr100p0 (unregistering): покинул режим allmulticast
Apr 02 01:10:58 pve kernel: fwpr100p0 (unregistering): покинул режим promiscuous
Apr 02 01:10:58 pve kernel: vmbr0: порт 3(fwpr100p0) перешел в состояние отключено
Apr 02 01:10:58 pve qmeventd[3219876]: Завершено очистка для 100

UdoB

Guest

02.04.2025 21:01:00

У тебя никогда не бывает достаточно оперативной памяти. А выделять всего 2 ГБ основной ОС… это, конечно, смело. (Я несколько нод в своей домашней лаборатории(!) апгрейдил до 128 ГБ…) Попробуй использовать "zram" – это может немного увеличить свободное место. Код: ~# apt show zram-tools
Описание: утилиты для работы с zram
zram — это модуль ядра Linux, который позволяет настроить сжатые
файловые системы в оперативной памяти.
zram-tools использует этот модуль для настройки сжатого подкачанного пространства.
Это полезно на системах с небольшим объемом памяти или серверах,
на которых запущено большое количество сервисов с данными, которые легко можно переместить в подкачку, но которые тебе может понадобиться быстро вернуть обратно без потери пропускной способности диска. В любом случае правильное решение — апгрейднуть для большего объема физической оперативной памяти…

RolandK Guest	#5 0 10.07.2025 22:44:00 Хотя для каждой VM было выделено 7 ГБ оперативной памяти, соответствующие процессы KVM использовали 7,02 ГБ и 6,60 ГБ физической памяти, в сумме получается около 13,6 ГБ, что неожиданно. Почему это неожиданно?

Читают тему

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