Il giorno ven 12 nov 2021 alle ore 09:50 Sandro Bonazzola < sbona...@redhat.com> ha scritto:
> > > Il giorno ven 12 nov 2021 alle ore 09:47 Sandro Bonazzola < > sbona...@redhat.com> ha scritto: > >> >> >> Il giorno mer 10 nov 2021 alle ore 15:45 Chris Adams <c...@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? >>> >> >> I guess we still have the reproducibility issue ( >> https://lists.ovirt.org/archives/list/de...@ovirt.org/thread/KO5SEPAZMLBWSBS6OJZ73YVPLHIAFOLV/ >> ). >> But maybe in the meanwhile there's a new way to track things down. +Marcin >> Sobczyk <msobc...@redhat.com> ? >> >> >> > Perhaps https://docs.python.org/3.6/library/tracemalloc.html ? > +David Malcolm <dmalc...@redhat.com> I saw your slides on python memory leak debugging, maybe you can give some suggestions here. > > > >> >> >>> -- >>> Chris Adams <c...@cmadams.net> >>> _______________________________________________ >>> Users mailing list -- users@ovirt.org >>> To unsubscribe send an email to users-le...@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 <https://www.redhat.com/> >> >> sbona...@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.* >> >> >> > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@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.* > > > -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbona...@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.*
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/IZIL7DCUJW6IXNKDH32YGPRRQY5Q5HXC/
