I think this issue was exposed only on centos/redhad packages, which is harder to detect as we set the OS type to linux. If someone comes up with a solution, I am ok, otherwise I think it's fine to add some remarks in the docs.
Cheers, Daniel On 07/11/16 10:44, Olle E. Johansson wrote: > I think we need to update the Make system instead of the docs to avoid > this version. > Or implement some code like we have for OpenSSL that outputs warnings > at runtime. > > /O >> On 07 Nov 2016, at 10:42, Jurijs Ivolga <jurijs.ivo...@gmail.com >> <mailto:jurijs.ivo...@gmail.com>> wrote: >> >> Hi Daniel, >> >> I found modules what are impacted by this leak: >> >> http_client >> utils >> xcap >> http_async_client >> auth_identity >> xcap_client >> >> I would like to update documentations, but this is first time when >> I'm updating documentation. >> >> I believe I need to update xml file for module. Should I then >> regenerate readme file as stated here: >> >> https://www.kamailio.org/wiki/devel/how-to/module-readme >> >> Or not? >> >> Then I believe to create pull request with my changes. Correct? >> >> Maybe you have manual for this? >> >> With kind regards, >> >> Jurijs >> >> On Wed, Oct 12, 2016 at 4:30 PM, Daniel-Constantin Mierla >> <mico...@gmail.com <mailto:mico...@gmail.com>> wrote: >> >> Hello, >> >> ok, so that was... >> >> 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! >> >> Cheers, >> Daniel >> >> >> On 12/10/16 15:04, Jurijs Ivolga wrote: >>> Hi Daniel, >>> >>> Thank you a lot, it looks that issue is solved, after updating >>> libcurl. >>> >>> I was using following manual for updating libcurl, in case if >>> somebody will have same issue. >>> >>> >>> https://www.digitalocean.com/community/questions/how-to-upgrade-curl-in-centos6 >>> >>> <https://www.digitalocean.com/community/questions/how-to-upgrade-curl-in-centos6> >>> >>> With kind regards, >>> >>> Jurijs >>> >>> On Tue, Oct 11, 2016 at 2:43 PM, Jurijs Ivolga >>> <jurijs.ivo...@gmail.com <mailto:jurijs.ivo...@gmail.com>> wrote: >>> >>> Hi Daniel, >>> >>> You are correct we are using heavily http_query. >>> >>> I found following bug report: >>> >>> https://bugs.centos.org/view.php?id=9391 >>> <https://bugs.centos.org/view.php?id=9391> >>> >>> I will try to update to libcurl 7.44 and check if this help. >>> >>> Thank you a lot Daniel! >>> >>> With kind regards, >>> >>> Jurijs >>> >>> On Tue, Oct 11, 2016 at 10:55 AM, Daniel-Constantin Mierla >>> <mico...@gmail.com <mailto:mico...@gmail.com>> wrote: >>> >>> Hello, >>> >>> from the logs, it seems to be related to curl library, I >>> see many reports like: >>> >>> ==16459== 189,318 bytes in 167 blocks are possibly lost >>> in loss record 681 of 683 >>> ==16459== at 0x4C26FEF: calloc (vg_replace_malloc.c:711) >>> ==16459== by 0x104BB699: ??? (in /usr/lib64/libnsspem.so) >>> ==16459== by 0x104AA537: ??? (in /usr/lib64/libnsspem.so) >>> ==16459== by 0x104AB81E: ??? (in /usr/lib64/libnsspem.so) >>> ==16459== by 0x104B0B88: ??? (in /usr/lib64/libnsspem.so) >>> ==16459== by 0x104B77E1: ??? (in /usr/lib64/libnsspem.so) >>> ==16459== by 0xB71ABC9: ??? (in /usr/lib64/libnss3.so) >>> ==16459== by 0xB71AE62: PK11_CreateGenericObject (in >>> /usr/lib64/libnss3.so) >>> ==16459== by 0xA0674DF: ??? (in >>> /usr/lib64/libcurl.so.4.1.1) >>> ==16459== by 0xA067666: ??? (in >>> /usr/lib64/libcurl.so.4.1.1) >>> ==16459== by 0xA069141: ??? (in >>> /usr/lib64/libcurl.so.4.1.1) >>> ==16459== by 0xA0601C4: Curl_ssl_connect (in >>> /usr/lib64/libcurl.so.4.1.1) >>> >>> That's like almost 200KB lost in this report. >>> >>> From the list of the modules, I see you have utils and I >>> guess you use http query function from there, is it? >>> >>> Cheers, >>> Daniel >>> >>> >>> On 10/10/16 12:06, Jurijs Ivolga wrote: >>>> Hi Daniel, >>>> >>>> I left valgrind running for little while, not sure if >>>> this will be enough. >>>> >>>> Please find attached log file. >>>> >>>> Thank you a lot for your help! >>>> >>>> With kind regards, >>>> >>>> Jurijs >>>> >>>> On Fri, Oct 7, 2016 at 7:15 PM, Daniel-Constantin >>>> Mierla <mico...@gmail.com <mailto:mico...@gmail.com>> >>>> wrote: >>>> >>>> Hello, >>>> >>>> that's the way it was done for older versions of >>>> kamailio. >>>> >>>> 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'. >>>> >>>> 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. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>> >>> -- >>> Daniel-Constantin Mierla >>> http://twitter.com/#!/miconda >>> <http://twitter.com/#%21/miconda> - >>> http://www.linkedin.com/in/miconda >>> <http://www.linkedin.com/in/miconda> >>> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - >>> http://www.asipto.com <http://www.asipto.com/> >>> >> -- >> Daniel-Constantin Mierla >> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - >> http://www.linkedin.com/in/miconda >> <http://www.linkedin.com/in/miconda> >> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - >> http://www.asipto.com <http://www.asipto.com/> >> >> _______________________________________________ SIP Express Router >> (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users