Created attachment 785999 [details] valgrind reports Description of problem: When dbench is run on nfs mount, memory usage of nfs server process climbs up and reaches 1.5 GB. The leak seems to be in the form of inodes and memory stored in their contexts. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. dbench -t 100 10 2. 3. Actual results: memory usage of nfs server process climbs to 1.5 GB Expected results: leak shouldn't happen Additional info: Valgrind reports are attached.
Will have a look.
Created attachment 786097 [details] val-nfs1
I have addressed all the leaks reported in the valgrind report attached which were related to NFS. In fact, they are not leaks. I ll check with Raghavendra about next steps.
1) One leak is genuine but that's generic to GlusterFS i.e. the memory returned by syncenv_new(). In fact it saves the chunk in gluster ctx->env which should have been free()'d by glusterfs_ctx_destroy() but there is no code for glusterfs_ctx_destroy() :(. Thats why it's commented out. I don't know history behind this. 2) From NFS point of view, there is no code change needed. Based on this, I am marking this as Not-A-Bug. Please feel free if you disagree. Thanks, Santosh