<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 4, 2017 at 6:01 AM, Sonal Arora <span dir="ltr"><<a href="mailto:sarora@redhat.com" target="_blank">sarora@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div><div style="font-size:12.8px">I need four vm's(one with <span style="font-size:12.8px"> 16gb RAM, rest : 8gb, Disk storage : 30 gb.</span><span style="font-size:12.8px">) to test the ref-leak script. Are there any spare instances floating around ?</span></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Regards</div></div><span class="HOEnZb"><font color="#888888"><div style="font-size:12.8px">-Sonal</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>Please file a bug for this. We're attempting to track our usage of VMs so that we know what our overall usage looks like. </div><div>- amye </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><div class="gmail_quote">On Sat, Apr 1, 2017 at 1:08 AM, Sonal Arora <span dir="ltr"><<a href="mailto:sarora@redhat.com" target="_blank">sarora@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><div class="m_6053368552132141378h5"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Mar 31, 2017 7:05 PM, "Niels de Vos" <<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>> wrote:<br type="attribution"><blockquote class="m_6053368552132141378m_-4280624840720490230quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_6053368552132141378m_-4280624840720490230quoted-text">On Fri, Mar 31, 2017 at 01:24:41PM +0000, Atin Mukherjee wrote:<br>
> On Fri, 31 Mar 2017 at 18:15, Niels de Vos <<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>> wrote:<br>
><br>
> > On Fri, Mar 31, 2017 at 02:34:04PM +0530, Sanoj Unnikrishnan wrote:<br>
> > > +Mohit<br>
> > > Mohit had written a similar script to RCA an issue couple of months back.<br>
> > ><br>
> > > It would help if we placed the scripts, tapsets in the source tree itself<br>
> > > (maybe in a directory under glusterfs/extras/).<br>
> > > We could also have the tapset packaged into debuginfo packages and<br>
> > deployed<br>
> > > under /usr/share/systemtap/ path upon installation.<br>
> ><br>
> > Yes, or we can place them in their own repository. I have a<br>
> > gluster-debug repository where I plan to put tools I use for debugging.<br>
> > This repository may well live at the Gluster organization on GitHub too.<br>
> ><br>
> > <a href="https://github.com/nixpanic/gluster-debug" rel="noreferrer" target="_blank">https://github.com/nixpanic/gl<wbr>uster-debug</a><br>
> ><br>
> > Many of the tools we use for debugging should not be version specific,<br>
> > so having them in the glusterfs repository might be a little awkward?<br>
> ><br>
> > What are the opinions of others?<br>
><br>
><br>
> My personal preference would be to host it under one central repo instead<br>
> of individual github accounts. Versioning and such other issues can be<br>
> tackled having good documentation around these tools.<br>
<br>
</div>Yes, of course. I intended to explain we put all the debug tools in<br>
<a href="https://github.com/gluster/gluster-debug" rel="noreferrer" target="_blank">https://github.com/gluster/glu<wbr>ster-debug</a> (does not exist yet). Those<br>
tools can then also include debug utilities for related projects, not<br>
only for the core glusterfs repository.<br>
<font color="#888888"><br>
Niels<br>
</font><div class="m_6053368552132141378m_-4280624840720490230elided-text"><br>
><br>
><br>
> ><br>
> > Thanks,<br>
> > Niels<br>
> ><br>
> ><br>
> > > Regards,<br>
> > > Sanoj<br>
> > ><br>
> > > On Fri, Mar 31, 2017 at 12:44 PM, Sonal Arora <<a href="mailto:sarora@redhat.com" target="_blank">sarora@redhat.com</a>> wrote:<br>
> > ><br>
> > > > Hi,<br>
> > > ><br>
> > > > I am working on finding ways to indentify ref leaks in glusterfs.<br>
> > > ><br>
> > > > Description of Issue :<br>
> > <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1417539" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/sh<wbr>ow_bug.cgi?id=1417539</a><br>
> > > ><br>
> > > > Goal : To make script which could detect all kind of ref leaks.<br>
> > > ><br>
> > > > Script : <a href="https://github.com/SonaArora/Tracing-userspace-app/blob/" rel="noreferrer" target="_blank">https://github.com/SonaArora/T<wbr>racing-userspace-app/blob/</a><br>
> > > > master/ref-leak/try8-modified<br>
> > > > The above script is a POC program to depict the idea of how to identify<br>
> > > > leaks. Script is probing dict_ref() and dict_unref() and keeping a<br>
> > track of<br>
> > > > the pointers, back traces which are referenced/dereferenced by above<br>
> > > > functions. If the count of refs is unequal to unrefs for each<br>
> > pointer,it<br>
> > > > will print all the traces corresponding to the leaked pointer.<br>
> > > > Output : <a href="https://github.com/SonaArora/Tracing-userspace-" rel="noreferrer" target="_blank">https://github.com/SonaArora/T<wbr>racing-userspace-</a><br>
> > > > app/blob/master/ref-leak/outpu<wbr>t-refleak<br>
> > > > I am working on post processing the output - to filter only the leaked<br>
> > > > traces and to write the output after every few hours into a file.<br>
> > > > The script can be extended to all objects being referenced (like<br>
> > > > inodes/fds).<br>
> > > ><br>
> > > > End Goal : Future goal is to make it more versatile, dynamic and light<br>
> > > > weight so that it can be even utilized on production environments<br>
> > without<br>
> > > > utilizing much of the system resources.<br>
> > > ><br>
> > > > Request your comments and suggestions.<br>
> > > ><br>
> > > > Best<br>
> > > > -Sonal<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > ______________________________<wbr>_________________<br>
> > > > Gluster-devel mailing list<br>
> > > > <a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
> > > > <a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-devel</a><br>
> > > ><br>
> > ______________________________<wbr>_________________<br>
> > Gluster-devel mailing list<br>
> > <a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
> > <a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-devel</a><br>
><br>
> --<br>
> - Atin (atinm)<br></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><br></div></div></div><div dir="auto">That's a good idea to put all such kind of work in one place so that everyone can utilize this.</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_6053368552132141378m_-4280624840720490230quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_6053368552132141378m_-4280624840720490230elided-text">
</div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/gluster-devel</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Amye Scavarda | <a href="mailto:amye@redhat.com" target="_blank">amye@redhat.com</a> | Gluster Community Lead</div></div>
</div></div>