<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<html><body>
<pre>There's another inode leak caused by an incorrect counting of lookups on directory reads.<br /><br />Here's a patch that solves the problem for 3.7:<br /><br />http://review.gluster.org/13324<br /><br />Hopefully with this patch the memory leaks should disapear.<br /><br />Xavi</pre>
<p>On 29.01.2016 19:09, Oleksandr Natalenko wrote:</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<pre>Here is intermediate summary of current memory leaks in FUSE client
investigation.
I use GlusterFS v3.7.6 release with the following patches:
===
Kaleb S KEITHLEY (1):
fuse: use-after-free fix in fuse-bridge, revisited
Pranith Kumar K (1):
mount/fuse: Fix use-after-free crash
Soumya Koduri (3):
gfapi: Fix inode nlookup counts
inode: Retire the inodes from the lru list in inode_table_destroy
upcall: free the xdr* allocations
===
With those patches we got API leaks fixed (I hope, brief tests show that) and
got rid of "kernel notifier loop terminated" message. Nevertheless, FUSE
client still leaks.
I have several test volumes with several million of small files (100K…2M in
average). I do 2 types of FUSE client testing:
1) find /mnt/volume -type d
2) rsync -av -H /mnt/source_volume/* /mnt/target_volume/
And most up-to-date results are shown below:
=== find /mnt/volume -type d ===
Memory consumption: ~4G
Statedump: <a href="https://gist.github.com/10cde83c63f1b4f1dd7a">https://gist.github.com/10cde83c63f1b4f1dd7a</a>
Valgrind: <a href="https://gist.github.com/097afb01ebb2c5e9e78d">https://gist.github.com/097afb01ebb2c5e9e78d</a>
I guess, fuse-bridge/fuse-resolve. related.
=== rsync -av -H /mnt/source_volume/* /mnt/target_volume/ ===
Memory consumption: ~3.3...4G
Statedump (target volume): <a href="https://gist.github.com/31e43110eaa4da663435">https://gist.github.com/31e43110eaa4da663435</a>
Valgrind (target volume): <a href="https://gist.github.com/f8e0151a6878cacc9b1a">https://gist.github.com/f8e0151a6878cacc9b1a</a>
I guess, DHT-related.
Give me more patches to test :).
_______________________________________________
Gluster-devel mailing list
<a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a>
<a href="http://www.gluster.org/mailman/listinfo/gluster-devel">http://www.gluster.org/mailman/listinfo/gluster-devel</a></pre>
</blockquote>
</body></html>