[ovirt-users] vdsm high mem usage
Daniel Helgenberger
daniel.helgenberger at m-box.de
Fri Sep 11 10:35:32 UTC 2015
Hello Michael,
I ran into the issue myself and can confirm restarting vdsm with nfs
mitgates the issue. I even had a cron job for that
On 11.09.2015 04:30, Darrell Budic wrote:
> If you’re using nfs mounts (even if they are gluster based), it’s safe to
> restart vdsmd, you’ll see it change status in ovirt, but your VMs will continue
> running. If you’re mounting gluster based storage as glusterfs shares directly
> (not over nfs), there’s another issue that will cause all your VMs to pause and
> the only way to recover is to stop them and restart them, but that’s going to
> happen to them anyway when vdsmd runs out of ram and crashes… Best solution is
> to migrate them yourself in this case, then restart and migrate back.
This is what I have done. The easiest way to do so is to set the host in
maintenance, wait for the migration finishes and then restart vdsm. You
sould do this only at one host and then wait a while so you do not run
into OOM on the whole cluster at once.
Or live
> migrate them to NFS mounted storage so when vdsm crashes they don’t lock up, and
> clean up after you’ve had an opportunity to upgrade or patch.
>
> Upgrade to 3.5.3 or later at your earliest opportunity, the mem leak is resolved
> there. Sounds like you already found the patch you can apply if upgrading isn’t
> an option, but it will still require you to restart your vdsms.
I can confirm 3.5.3 finally solved the issue for us and VDSM keeps below
100MB RSS.
>
> -Darrell
>
>> On Sep 10, 2015, at 1:45 PM, Michael Kleinpaste
>> <michael.kleinpaste at sharperlending.com
>> <mailto:michael.kleinpaste at sharperlending.com>> wrote:
>>
>> Hi everybody.
>>
>> So I ran into that high mem usage thing. The problem I have with patching is
>> that this is a live system so I can't do it mid day. Can anybody tell me if
>> it is possible to just restart the vdsm service or does the host have to be in
>> "maintenance mode" before restarting it? It is using gluster storage, if that
>> makes a difference as well.
>>
>> Thanks,
>>
>> --
>> *Michael Kleinpaste*
>> Senior Systems Administrator
>> SharperLending, LLC.
>> www.SharperLending.com
>> Michael.Kleinpaste at SharperLending.com
>> <mailto:Michael.Kleinpaste at SharperLending.com>
>> (509) 324-1230 Fax: (509) 324-1234
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org <mailto:Users at ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
More information about the Users
mailing list