Not sure how you're setup.  I only had to migrate the VMs off to another hypervisor then put the hypervisor in maintenance which seems to unmount the one gluster volume.  After upgrading, rebooting and activating the HV I could migrate VMs back to it.  This seemed to work for me.


From: Robert O'Kane <okane@khm.de>
Sent: Wednesday, August 29, 2018 10:42:56 AM
To: users@ovirt.org
Subject: [ovirt-users] Re: Weird Memory Leak Issue
 
**Security Notice - This external email is NOT from The Hut Group**

Ah, the FUSE mounts... I just saw last week that the upgrade to 4.2 removed the "LibgfApiSupported" flag by default.

That is possibly why the leak simply appeared....

OK, I was wondering where this came from. Tomorrow I will upgrade and test. I still will have to eventually reboot the VMs to get the gluster mounts again.... :-/



On 08/29/2018 05:18 PM, Cole Johnson wrote:
> Great! I'll look for the update.
>
> On Wed, Aug 29, 2018 at 7:50 AM Darrell Budic <budic@onholyground.com> wrote:
>>
>> There’s a memory leak in gluster 3.12.9 - 3.12.12 on fuse mounted volumes, sounds like what you’re seeing.
>>
>> The fix is in 3.12.13, which should be showing up today or tomorrow in the centos repos (currently available from the testing repo). I’ve been running it overnight on one host to test, looks like they got it.
>>
>> ________________________________
>> From: Cole Johnson <sizzlinsaguaro@gmail.com>
>> Subject: [ovirt-users] Weird Memory Leak Issue
>> Date: August 29, 2018 at 9:35:39 AM CDT
>> To: users@ovirt.org
>>
>> Hello,
>> I have a hyperconverged, self hosted ovirt cluster with three hosts,
>> running 4 VM's. The hosts are running the latest ovirt node. The
>> VM's are Linux, Windows server 2016, and Windows Server 2008r2. The
>> problem is with any host running the 2008r2 VM will run out of memory
>> after 8-10 hours, causing any VM on the host to be paused, and making
>> to host all but unresponsive. This problem seems to only exist with
>> this specific VM. None of the other running VM's have this problem.
>> I can resolve the problem by migrating the VM to a different host,
>> then putting the host into maintenance mode, the activating it back.
>> The leak appears to be in glusterfsd. Is there anything I can do to
>> permanently fix this?

______________________________________________
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-leave@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CLNILVLZ4D3BJO4JFW4UYQMZLPWOQJ6T/
>

--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-leave@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7EY4FX7UOBGWEXMVFNAAC22TDON3DSM/

Edward Clay
Systems Administrator
The Hut Group

Tel:
Email: edward.clay@uk2group.com


For the purposes of this email, the "company" means The Hut Group Limited, a company registered in England and Wales (company number 6539496) whose registered office is at Fifth Floor, Voyager House, Chicago Avenue, Manchester Airport, M90 3DQ and/or any of its respective subsidiaries.

Confidentiality Notice
This e-mail is confidential and intended for the use of the named recipient only. If you are not the intended recipient please notify us by telephone immediately on +44(0)1606 811888 or return it to us by e-mail. Please then delete it from your system and note that any use, dissemination, forwarding, printing or copying is strictly prohibited. Any views or opinions are solely those of the author and do not necessarily represent those of the company.

Encryptions and Viruses
Please note that this e-mail and any attachments have not been encrypted. They may therefore be liable to be compromised. Please also note that it is your responsibility to scan this e-mail and any attachments for viruses. We do not, to the extent permitted by law, accept any liability (whether in contract, negligence or otherwise) for any virus infection and/or external compromise of security and/or confidentiality in relation to transmissions sent by e-mail.

Monitoring
Activity and use of the company's systems is monitored to secure its effective use and operation and for other lawful business purposes. Communications using these systems will also be monitored and may be recorded to secure effective use and operation and for other lawful business purposes.

hgvyjuv