[SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

Daniel-Constantin Mierla miconda at gmail.com
Wed Oct 12 15:47:46 CEST 2016


Hello,

thanks -- coming in my mind now, xcap_client should use also the curl
library.

Cheers,
Daniel

On 12/10/16 15:35, Jurijs Ivolga wrote:
> Hi Daniel,
>
> I will test couple more days and later I will try to add some comments
> to utils, http_client & HTTP_ASYNC_CLIENT(not sure if there any other
> modules which use curl, but I will check) modules when I will be 200%
> sure that issue is gone.
>
> With kind regards,
>
> Jurijs
>
> On Wed, Oct 12, 2016 at 4:30 PM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at 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.ivolga at gmail.com <mailto:jurijs.ivolga at 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
>>         <miconda at gmail.com <mailto:miconda at 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
>>>             <miconda at gmail.com <mailto:miconda at 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
>>
>     -- 
>     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
>
-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20161012/45955127/attachment.html>


More information about the sr-users mailing list