<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">A couple of us have seen <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1593826" class="">https://bugzilla.redhat.com/show_bug.cgi?id=1593826</a> on fuse mounts, seems to be present in 3.12.9 and later, client side. Servers seem fine, it looks like a client side leak to me in. Running client 3.12.8 or .6 against some 3.12.11 servers are showing now problems for me.<div class=""><br class=""><div><blockquote type="cite" class=""><hr style="border:none;border-top:solid #B5C4DF 1.0pt;padding:0 0 0 0;margin:10px 0 5px 0;" class=""><span style="margin: -1.3px 0.0px 0.0px 0.0px" id="RwhHeaderAttributes" class=""><font face="Helvetica" size="4" color="#000000" style="font: 13.0px Helvetica; color: #000000" class=""><b class="">From:</b> Jim Kinney <<a href="mailto:jim.kinney@gmail.com" class="">jim.kinney@gmail.com</a>></font></span><br class="">
<span style="margin: -1.3px 0.0px 0.0px 0.0px" class=""><font face="Helvetica" size="4" color="#000000" style="font: 13.0px Helvetica; color: #000000" class=""><b class="">Subject:</b> Re: [Gluster-users] Memory leak with the libgfapi in 3.12 ?</font></span><br class="">
<span style="margin: -1.3px 0.0px 0.0px 0.0px" class=""><font face="Helvetica" size="4" color="#000000" style="font: 13.0px Helvetica; color: #000000" class=""><b class="">Date:</b> August 1, 2018 at 4:35:58 PM CDT</font></span><br class="">
<span style="margin: -1.3px 0.0px 0.0px 0.0px" class=""><font face="Helvetica" size="4" color="#000000" style="font: 13.0px Helvetica; color: #000000" class=""><b class="">To:</b> <a href="mailto:lemonnierk@ulrar.net" class="">lemonnierk@ulrar.net</a>, <a href="mailto:gluster-users@gluster.org" class="">gluster-users@gluster.org</a></font></span><br class="">
<br class="Apple-interchange-newline"><div class=""><div style="text-align:left; direction:ltr;" class=""><div class="">Hmm. I just had to jump through lots of issues with a gluster 3.12.9 setup under Ovirt. The mounts are stock fuse.glusterfs. The RAM usage had been climbing and I had to move VMs around, put hosts in maintenance mode, do updates, restart. When the VMs were moved back the memory usage dropped back to normal. The new gluster is 3.12.11 and still using fuse in a replica 3 config. I'm blaming the fuse mount process for the leak (with no data to back it up yet).</div><div class=""><br class=""></div><div class="">A different gluster install also using fuse mounts does not show the memory consumption. It does not use virtualization at all so it really is likely an issue with the kvm/qemu. On those system, the fuse mounts get dropped by oomkiller when computation use of memory overload things. Different issue totally. </div><div class=""><br class=""></div><div class="">On Wed, 2018-08-01 at 19:57 +0100, <a href="mailto:lemonnierk@ulrar.net" class="">lemonnierk@ulrar.net</a> wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex" class=""><pre class="">Hey,</pre><pre class=""><br class=""></pre><pre class="">Is there by any chance a known bug about a memory leak for the libgfapi</pre><pre class="">in the latests 3.12 releases ?</pre><pre class="">I've migrated a lot of virtual machines from an old proxmox cluster to a</pre><pre class="">new one, with a newer gluster (3.12.10) and ever since the virtual</pre><pre class="">machines have been eating more and more RAM all the time, without ever</pre><pre class="">stopping. I have 8 Gb machines occupying 40 Gb or ram, which they</pre><pre class="">weren't doing on the old cluster.</pre><pre class=""><br class=""></pre><pre class="">It could be a proxmox problem, maybe a leak in their qemu, but since</pre><pre class="">no one seems to be reporting that problem I wonder if maybe the newer</pre><pre class="">gluster might have a leak, I believe libgfapi isn't used much.</pre><pre class="">I tried looking at the bug tracker but I don't see anything obvious, the</pre><pre class="">only leak I found seems to be for distributed volumes, but we only use</pre><pre class="">replica mode.</pre><pre class=""><br class=""></pre><pre class="">Is anyone aware of a way to know if libgfapi is responsible or not ?</pre><pre class="">Does it have any kind of reporting I could enable ? Worse case I could</pre><pre class="">always boot a VM through the fuse mount instead of libgfapi, but that's</pre><pre class="">not ideal, it'd take a while to confirm.</pre><pre class=""><br class=""></pre><pre class=""><br class=""></pre><pre class="">_______________________________________________</pre><pre class="">Gluster-users mailing list</pre><pre class=""><a href="mailto:Gluster-users@gluster.org" class="">Gluster-users@gluster.org</a></pre><pre class=""><a href="https://lists.gluster.org/mailman/listinfo/gluster-users" class="">https://lists.gluster.org/mailman/listinfo/gluster-users</a></pre></blockquote><div class=""><span class=""><pre class=""><pre class="">-- <br class=""></pre>James P. Kinney III
Every time you stop a school, you will have to build a jail. What you
gain at one end you lose at the other. It's like feeding a dog on his
own tail. It won't fatten the dog.
- Speech 11/23/1900 Mark Twain
<a href="http://heretothereideas.blogspot.com/" class="">http://heretothereideas.blogspot.com/</a>
</pre></span></div></div>_______________________________________________<br class="">Gluster-users mailing list<br class=""><a href="mailto:Gluster-users@gluster.org" class="">Gluster-users@gluster.org</a><br class="">https://lists.gluster.org/mailman/listinfo/gluster-users</div></blockquote></div><br class=""></div></body></html>