[OpenSIPS-Users] Memory leakage in Opensips 1.9.1

[Ahsan Hasan]

In the meantime, I have disabled the qos module from my production
environment. Lets see if it crashes again.

-- 
Ahsan Hasan

On Fri, Feb 14, 2014 at 9:34 AM, Ovidiu Sas <osas at voipembedded.com> wrote:

> I just saw now that this is related to the qos module. I will take a look
> and get back to you all.
>
> -ovidiu
> On Feb 13, 2014 11:17 PM, "Ahsan Hasan" <ahsanhasanjaved at gmail.com> wrote:
>
>> 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/33ea8682/attachment.htm>