Il giorno ven 12 nov 2021 alle ore 09:50 Sandro Bonazzola <sbonazzo@redhat.com> ha scritto:


Il giorno ven 12 nov 2021 alle ore 09:47 Sandro Bonazzola <sbonazzo@redhat.com> ha scritto:


Il giorno mer 10 nov 2021 alle ore 15:45 Chris Adams <cma@cmadams.net> ha scritto:
I have seen vdsmd leak memory for years (I've been running oVirt since
version 3.5), but never been able to nail it down.  I've upgraded a
cluster to oVirt 4.4.9 (reloading the hosts with CentOS 8-stream), and I
still see it happen.  One host in the cluster, which has been up 8 days,
has vdsmd with 4.3 GB resident memory.  On a couple of other hosts, it's
around half a gigabyte.

In the past, it seemed more likely to happen on the hosted engine hosts
and/or the SPM host... but the host with the 4.3 GB vdsmd is not either
of those.

I'm not sure what I do that would make my setup "special" compared to
others; I loaded a pretty minimal install of CentOS 8-stream, with the
only extra thing being I add the core parts of the Dell PowerEdge
OpenManage tools (so I can get remote SNMP hardware monitoring).

When I run "pmap $(pidof -x vdsmd)", the bulk of the RAM use is a single
anonymous block (which I'm guessing is just the python general memory
allocator).

I thought maybe the switch to CentOS 8 and python 3 might clear
something up, but obviously not.  Any ideas?

But maybe in the meanwhile there's a new way to track things down. +Marcin Sobczyk ?




+David Malcolm I saw your slides on python memory leak debugging, maybe you can give some suggestions here.
 

 
 
--
Chris Adams <cma@cmadams.net>
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-leave@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3PTE35WMIVGLV2W47YVQUHCVOI6LGIPM/


--

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA

sbonazzo@redhat.com   

Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.




--

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA

sbonazzo@redhat.com   

Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.




--

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA

sbonazzo@redhat.com   

Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.