all lists on lists.proxmox.com
 help / color / mirror / Atom feed
* [PVE-User] A less aggressive OOM?
@ 2025-07-07  9:26 Marco Gaiarin
  2025-07-07 21:39 ` Victor Rodriguez
  2025-07-08 12:05 ` Roland via pve-user
  0 siblings, 2 replies; 10+ messages in thread
From: Marco Gaiarin @ 2025-07-07  9:26 UTC (permalink / raw)
  To: pve-user


We have upgraded a set of clusters from PVE6 to PVE8, and we have found that
in newer kernels, OOM is a bit more 'aggressive' and sometime kill a VMs.

Nodes have plently of RAM (64GB, VMs are 2-3, each 8GB ram), VMs have qemu
agent installed and ballooning enabled, but still sometime OOM happen.
Clearly, if get OOM the main VMs that have the local DNS, we get some
trouble.


I've looked in PVE wiki, but found nothing. There's some way to relax OOM,
or control their behaviour?

In nodes there's no swap, so probably the best thing to do (but the hardest
one ;-) is to setup some swap with a lower swappiness, but i'm seeking
feedback.


Thanks.

-- 



_______________________________________________
pve-user mailing list
pve-user@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user


^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2025-07-13 14:39 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-07-07  9:26 [PVE-User] A less aggressive OOM? Marco Gaiarin
2025-07-07 21:39 ` Victor Rodriguez
2025-07-08 16:31   ` Marco Gaiarin
2025-07-10  8:56     ` Victor Rodriguez
2025-07-10  9:08       ` Roland via pve-user
2025-07-10 14:49         ` dorsy via pve-user
2025-07-10 16:11           ` Roland via pve-user
     [not found]           ` <98ace9cf-a47f-40cd-8796-6bec3558ebb0@web.de>
2025-07-10 16:15             ` dorsy via pve-user
2025-07-13 14:28           ` Marco Gaiarin
2025-07-08 12:05 ` Roland via pve-user

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal