<div dir="ltr">Rommer,<br>&nbsp; It is not a memory leak. <br>&nbsp; pl_forget() is not called by protocol/server, pl_forget() is called by __inode_destroy() after inode-&gt;ref becomes 0 (zero).<br><br>--<br>gowda<br><br><div class="gmail_quote">
On Sat, Oct 18, 2008 at 8:13 PM, Rommer <span dir="ltr">&lt;<a href="mailto:rommer@active.by">rommer@active.by</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>
<br>
I found memory leak in posix-locks xlator:<br>
pl_inode_t structure for locking allocated in functions<br>
truncate_stat_cbk(), pl_open_cbk() and pl_create_cbk() and<br>
freeing only in pl_forget() function, that never calling by<br>
server xlator. Server xlator does only inode_forget(), that<br>
does not free this structure from inode-&gt;ctx dictionary.<br>
<br>
Rommer.<br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br>
<a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</blockquote></div><br><br clear="all"></div>