[OpenSIPS-Users] Memory leakage in Opensips 1.9.1

[Ahsan Hasan]

Hi,
I have not been able to reproduce this issue in my dev environment (replica
of production), because the only traffic on that server is mine.
Where as on production environment, its occurrence is totally random, it
may not crash in a month, or would crash twice a day.
-- 
Ahsan Hasan


On Thu, Feb 13, 2014 at 8:58 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:

> Hello Ahsan,
>
> Thank you for the valuable input. I CC'ed here Ovidiu - he is the author
> of the QoS module and maybe he can help here.
>
> I see the crash is reproducible - can you do it in a non-production env
> where we can enable some more debugging ?
>
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
> On 12.02.2014 07:22, Ahsan Hasan wrote:
>
>> The Opensips version I am using is 1.9.1 compiled from src tar. The
>> output of opensips -V is below:
>>
>> =======================
>> version: opensips 1.9.1-tls (x86_64/linux)
>> flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST,
>> SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
>> MAX_URI_SIZE 1024, BUF_SIZE 65535
>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>> svnrevision: unknown
>> @(#) $Id: main.c 9790 2013-02-15 10:14:34Z bogdan_iancu $
>> main.c compiled on 03:11:32 Feb  6 2014 with gcc 4.4.5
>> =======================
>>
>>
>> The backtrace from last 3 crashes are:
>>
>> ===================
>> #0  0x00007fc3d12fe1b5 in raise () from /lib/libc.so.6
>> (gdb) bt
>> #0  0x00007fc3d12fe1b5 in raise () from /lib/libc.so.6
>> #1  0x00007fc3d1300fc0 in abort () from /lib/libc.so.6
>> #2  0x00000000004e8b19 in qm_free (qm=0x7fc3b8e59000, p=0x7fc3b92d90c0,
>> file=0x596ed9 "parser/sdp/sdp.c", func=0x596da0 "free_cloned_sdp_stream",
>> line=874) at mem/q_malloc.c:450
>> #3  0x000000000051ab2d in free_cloned_sdp_stream (_stream=<value
>> optimized out>) at parser/sdp/sdp.c:874
>> #4  0x000000000051ada3 in free_cloned_sdp_session (_session=<value
>> optimized out>) at parser/sdp/sdp.c:894
>> #5  0x00007fc3cc380012 in destroy_qos (qos_sdp=0x7fc3b92aaba0) at
>> qos_ctx_helpers.c:73
>> #6  0x00007fc3cc383aeb in remove_sdp (qos_ctx=<value optimized out>,
>> dir=1, _m=0x7fc3d01ba410, role=<value optimized out>, other_role=1) at
>> qos_ctx_helpers.c:539
>> #7  0x00007fc3cc384220 in qos_dialog_response_CB (did=<value optimized
>> out>, type=<value optimized out>, params=<value optimized out>) at
>> qos_handlers.c:271
>> #8  0x00007fc3cd01a82e in run_dlg_callbacks (type=512,
>> dlg=0x7fc3b9333ec8, msg=<value optimized out>, dir=4294967295,
>> dlg_data=0x0) at dlg_cb.c:253
>> #9  0x00007fc3cdedc9a5 in run_trans_callbacks (type=8,
>> trans=0x7fc3b9f94c18, req=0x7fc3ba5fa7c0, rpl=<value optimized out>,
>> code=<value optimized out>) at t_hooks.c:212
>> #10 0x00007fc3cdefa966 in relay_reply (t=0x7fc3b9f94c18,
>> p_msg=0x7fc3d01ba410, branch=0, msg_status=491, cancel_bitmap=<value
>> optimized out>) at t_reply.c:1218
>> #11 0x00007fc3cdefb579 in reply_received (p_msg=0x7fc3d01ba410) at
>> t_reply.c:1549
>> #12 0x000000000042fa45 in forward_reply (msg=0x7fc3d01ba410) at
>> forward.c:575
>> #13 0x000000000047c80d in receive_msg (
>>     buf=0x7e3620 "SIP/2.0 491 Another INVITE transaction in
>> progress\r\nVia: SIP/2.0/UDP XXX.XXX.XXX.XXX:6000;received=
>> 77.66.2.136;branch=z9hG4bKc83b.cbf7d513.0\r\nVia: SIP/2.0/UDP
>> XXX.XXX.XXX.XXX:5090;rport=5090;received=77.66.2."..., len=517,
>> rcv_info=0x7fff1ecac640) at receive.c:207
>> #14 0x00000000004e03d1 in udp_rcv_loop () at udp_server.c:424
>> #15 0x0000000000438296 in main_loop (argc=<value optimized out>,
>> argv=<value optimized out>) at main.c:884
>> #16 main (argc=<value optimized out>, argv=<value optimized out>) at
>> main.c:1557
>> ===================
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140214/b00c2a96/attachment.htm>