Hi Daniel, You are correct we are using heavily http_query.
I found following bug report: 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> 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> 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 Mierlahttp://twitter.com/#!/miconda - > http://www.linkedin.com/in/miconda > Kamailio Advanced Training, Berlin, Oct 24-26, 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