[ovirt-users] Re: Upgraded to oVirt 4.4.9, still have vdsmd memory leak

Il giorno mer 10 nov 2021 alle ore 15:45 Chris Adams <cma(a)cmadams.net&gt; 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? > I guess we still have the reproducibility issue ( https://lists.ovirt.org/archives/list/devel@ovirt.org/thread/KO5SEPAZMLBW... ). But maybe in the meanwhile there's a new way to track things down. +Marcin Sobczyk <msobczyk(a)redhat.com&gt; ?

> -- > Chris Adams <cma(a)cmadams.net&gt; > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/3PTE35WMIVG... > -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*