<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Hi Daniel,<br><br></div>I found modules what are impacted by this leak:<br><br></div>http_client<br></div>utils<br></div>xcap<br></div>http_async_client<br></div>auth_identity<br></div>xcap_client<br><br></div>I would like to update documentations, but this is first time when I'm updating documentation.<br><br></div>I believe I need to update xml file for module. Should I then regenerate readme file as stated here:<br><br><a href="https://www.kamailio.org/wiki/devel/how-to/module-readme">https://www.kamailio.org/wiki/devel/how-to/module-readme</a><br><br></div>Or not?<br><br></div>Then I believe to create pull request with my changes. Correct?<br><br></div><div>Maybe you have manual for this?<br></div><div><br></div>With kind regards,<br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Jurijs<br></div></div></div>
<br><div class="gmail_quote">On Wed, Oct 12, 2016 at 4:30 PM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>ok, so that was...</p>
<p>Maybe it would be good to add a note to the docs of the module
about this issue so people become aware of it. I guess the other
http_* modules are affected. Pull requests or other suggestions
are welcome, of course!</p>
<p>Cheers,<br>
Daniel<br>
</p><div><div class="h5">
<br>
<div class="m_7746394441485491467moz-cite-prefix">On 12/10/16 15:04, Jurijs Ivolga wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>
<div>
<div>Hi Daniel,<br>
<br>
</div>
Thank you a lot, it looks that issue is solved, after
updating libcurl.<br>
<br>
</div>
I was using following manual for updating libcurl, in case if
somebody will have same issue.<br>
<br>
<a href="https://www.digitalocean.com/community/questions/how-to-upgrade-curl-in-centos6" target="_blank">https://www.digitalocean.com/<wbr>community/questions/how-to-<wbr>upgrade-curl-in-centos6</a><br>
<br>
</div>
With kind regards,<br>
</div>
<div class="gmail_extra"><br clear="all">
<div>
<div class="m_7746394441485491467gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">Jurijs<br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">On Tue, Oct 11, 2016 at 2:43 PM, Jurijs
Ivolga <span dir="ltr"><<a href="mailto:jurijs.ivolga@gmail.com" target="_blank">jurijs.ivolga@gmail.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">
<div>
<div>Hi Daniel,<br>
<br>
</div>
You are correct we are using heavily http_query.<br>
<br>
</div>
<div>I found following bug report:<br>
<br>
<a href="https://bugs.centos.org/view.php?id=9391" target="_blank">https://bugs.centos.org/view.p<wbr>hp?id=9391</a><br>
<br>
</div>
<div>I will try to update to libcurl 7.44 and check if
this help.<br>
<br>
</div>
<div>Thank you a lot Daniel!<br>
</div>
<div><br>
</div>
With kind regards,<br>
</div>
<div class="gmail_extra"><br clear="all">
<div>
<div class="m_7746394441485491467m_-7827458597179834234gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">Jurijs<br>
</div>
</div>
</div>
<div>
<div class="m_7746394441485491467h5">
<br>
<div class="gmail_quote">On Tue, Oct 11, 2016 at 10:55
AM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>from the logs, it seems to be related to curl
library, I see many reports like:</p>
<p>==16459== 189,318 bytes in 167 blocks are
possibly lost in loss record 681 of 683<br>
==16459== at 0x4C26FEF: calloc
(vg_replace_malloc.c:711)<br>
==16459== by 0x104BB699: ??? (in
/usr/lib64/libnsspem.so)<br>
==16459== by 0x104AA537: ??? (in
/usr/lib64/libnsspem.so)<br>
==16459== by 0x104AB81E: ??? (in
/usr/lib64/libnsspem.so)<br>
==16459== by 0x104B0B88: ??? (in
/usr/lib64/libnsspem.so)<br>
==16459== by 0x104B77E1: ??? (in
/usr/lib64/libnsspem.so)<br>
==16459== by 0xB71ABC9: ??? (in
/usr/lib64/libnss3.so)<br>
==16459== by 0xB71AE62:
PK11_CreateGenericObject (in
/usr/lib64/libnss3.so)<br>
==16459== by 0xA0674DF: ??? (in
/usr/lib64/libcurl.so.4.1.1)<br>
==16459== by 0xA067666: ??? (in
/usr/lib64/libcurl.so.4.1.1)<br>
==16459== by 0xA069141: ??? (in
/usr/lib64/libcurl.so.4.1.1)<br>
==16459== by 0xA0601C4: Curl_ssl_connect
(in /usr/lib64/libcurl.so.4.1.1)<br>
</p>
<p>That's like almost 200KB lost in this report.<br>
</p>
<p>From the list of the modules, I see you have
utils and I guess you use http query function
from there, is it?</p>
<p>Cheers,<br>
Daniel<br>
</p>
<span> <br>
<div class="m_7746394441485491467m_-7827458597179834234m_-3847135100785309970moz-cite-prefix">On
10/10/16 12:06, Jurijs Ivolga wrote:<br>
</div>
</span>
<blockquote type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>Hi Daniel,<br>
<br>
</div>
<span> I left valgrind running for
little while, not sure if this will
be enough.<br>
<br>
</span></div>
<span> Please find attached log file.<br>
<br>
</span></div>
<span> Thank you a lot for your help!<br>
<br>
</span></div>
With kind regards,<br>
</div>
<span>
<div class="gmail_extra"><br clear="all">
<div>
<div class="m_7746394441485491467m_-7827458597179834234m_-3847135100785309970gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">Jurijs<br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">On Fri, Oct 7,
2016 at 7:15 PM, Daniel-Constantin
Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>that's the way it was done for
older versions of kamailio.</p>
<p>In master and 4.4 the memory
debugging is turned on and it is
reflected by the presence of
DBG_SR_MEMORY in the output of
'kamailio -v'.</p>
<p>Anyhow, what you reported is not
a leak inside kamailio memory
manager, but a leak of using
system memory, so it is not
affected by DBG_SR_MEMORY and
cannot be troubleshooted using the
mechanisms for pkg and shm
managers.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>
<div class="m_7746394441485491467m_-7827458597179834234m_-3847135100785309970h5">
<br>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</span></blockquote>
<span> <br>
<pre class="m_7746394441485491467m_-7827458597179834234m_-3847135100785309970moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_7746394441485491467m_-7827458597179834234m_-3847135100785309970moz-txt-link-freetext" href="http://twitter.com/#%21/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a class="m_7746394441485491467m_-7827458597179834234m_-3847135100785309970moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/mic<wbr>onda</a>
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - <a class="m_7746394441485491467m_-7827458597179834234m_-3847135100785309970moz-txt-link-freetext" href="http://www.asipto.com" target="_blank">http://www.asipto.com</a></pre>
</span></div>
</blockquote></div>
</div></div></div>
</blockquote></div>
</div>
</blockquote>
<pre class="m_7746394441485491467moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_7746394441485491467moz-txt-link-freetext" href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a class="m_7746394441485491467moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/<wbr>miconda</a>
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - <a class="m_7746394441485491467moz-txt-link-freetext" href="http://www.asipto.com" target="_blank">http://www.asipto.com</a></pre></div></div></div></blockquote></div><br></div></div>