all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Victor Rodriguez <vrodriguez@soltecsis.com>
To: Proxmox VE user list <pve-user@lists.proxmox.com>,
	Marco Gaiarin <gaio@lilliput.linux.it>
Subject: Re: [PVE-User] A less aggressive OOM?
Date: Mon, 7 Jul 2025 23:39:34 +0200	[thread overview]
Message-ID: <ca945425-468e-4e24-9955-370c702a00d1@soltecsis.com> (raw)
In-Reply-To: <aegsjl-66q.ln1@leia.lilliput.linux.it>

Hi,

I would start by analyzing the memory status at the time of the OOM. 
There should be a some lines in journal/syslog were the kernel writes 
what the memory looked like and you can figure out why it had to kill a 
process.

Makes few sense that OOM triggers in 64GB hosts with just 24GB 
configured in VMs and, probably, less real usage. IMHO it's not VMs what 
fill your memory up to the point of OOM, but some other process, ZFS 
ARC, maybe even some mem leak. Maybe some process is producing severe 
memory fragmentation.

Regards,



On 7/7/25 11:26, Marco Gaiarin wrote:
> 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


  reply	other threads:[~2025-07-07 21:49 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-07  9:26 Marco Gaiarin
2025-07-07 21:39 ` Victor Rodriguez [this message]
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

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ca945425-468e-4e24-9955-370c702a00d1@soltecsis.com \
    --to=vrodriguez@soltecsis.com \
    --cc=gaio@lilliput.linux.it \
    --cc=pve-user@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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