<div dir="ltr">In the meantime, I have disabled the qos module from my production environment. Lets see if it crashes again.<div class="gmail_extra"><br>-- <br>Ahsan Hasan<br><br><div class="gmail_quote">On Fri, Feb 14, 2014 at 9:34 AM, Ovidiu Sas <span dir="ltr"><<a href="mailto:osas@voipembedded.com" target="_blank">osas@voipembedded.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p dir="ltr">I just saw now that this is related to the qos module. I will take a look and get back to you all.</p>
<span class=""><font color="#888888">
<p dir="ltr">-ovidiu</p></font></span><div class=""><div class="h5">
<div class="gmail_quote">On Feb 13, 2014 11:17 PM, "Ahsan Hasan" <<a href="mailto:ahsanhasanjaved@gmail.com" target="_blank">ahsanhasanjaved@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr"><div><div>Hi,<br></div>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. <br></div>Where as on production environment, its occurrence is totally random, it may not crash in a month, or would crash twice a day.<br>
<div class="gmail_extra">-- <br>Ahsan Hasan<br><br><br><div class="gmail_quote">On Thu, Feb 13, 2014 at 8:58 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Ahsan,<br>
<br>
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.<br>
<br>
I see the crash is reproducible - can you do it in a non-production env where we can enable some more debugging ?<div><br>
<br>
Regards,<br>
<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Founder and Developer<br>
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.<u></u>com</a><br>
<br></div><div><div>
On 12.02.2014 07:22, Ahsan Hasan wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The Opensips version I am using is 1.9.1 compiled from src tar. The output of opensips -V is below:<br>
<br>
=======================<br>
version: opensips 1.9.1-tls (x86_64/linux)<br>
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<br>
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535<br>
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.<br>
svnrevision: unknown<br>
@(#) $Id: main.c 9790 2013-02-15 10:14:34Z bogdan_iancu $<br>
main.c compiled on 03:11:32 Feb 6 2014 with gcc 4.4.5<br>
=======================<br>
<br>
<br>
The backtrace from last 3 crashes are:<br>
<br>
===================<br>
#0 0x00007fc3d12fe1b5 in raise () from /lib/libc.so.6<br>
(gdb) bt<br>
#0 0x00007fc3d12fe1b5 in raise () from /lib/libc.so.6<br>
#1 0x00007fc3d1300fc0 in abort () from /lib/libc.so.6<br>
#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<br>
#3 0x000000000051ab2d in free_cloned_sdp_stream (_stream=<value optimized out>) at parser/sdp/sdp.c:874<br>
#4 0x000000000051ada3 in free_cloned_sdp_session (_session=<value optimized out>) at parser/sdp/sdp.c:894<br>
#5 0x00007fc3cc380012 in destroy_qos (qos_sdp=0x7fc3b92aaba0) at qos_ctx_helpers.c:73<br>
#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<br>
#7 0x00007fc3cc384220 in qos_dialog_response_CB (did=<value optimized out>, type=<value optimized out>, params=<value optimized out>) at qos_handlers.c:271<br>
#8 0x00007fc3cd01a82e in run_dlg_callbacks (type=512, dlg=0x7fc3b9333ec8, msg=<value optimized out>, dir=4294967295, dlg_data=0x0) at dlg_cb.c:253<br>
#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<br>
#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<br>
#11 0x00007fc3cdefb579 in reply_received (p_msg=0x7fc3d01ba410) at t_reply.c:1549<br>
#12 0x000000000042fa45 in forward_reply (msg=0x7fc3d01ba410) at forward.c:575<br>
#13 0x000000000047c80d in receive_msg (<br>
buf=0x7e3620 "SIP/2.0 491 Another INVITE transaction in progress\r\nVia: SIP/2.0/UDP XXX.XXX.XXX.XXX:6000;received=<u></u>77.66.2.136;branch=<u></u>z9hG4bKc83b.cbf7d513.0\r\nVia: SIP/2.0/UDP XXX.XXX.XXX.XXX:5090;rport=<u></u>5090;received=77.66.2."..., len=517, rcv_info=0x7fff1ecac640) at receive.c:207<br>
#14 0x00000000004e03d1 in udp_rcv_loop () at udp_server.c:424<br>
#15 0x0000000000438296 in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:884<br>
#16 main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557<br>
===================<br>
<br>
</blockquote>
<br>
</div></div></blockquote></div><br><br clear="all"><br><br><div><br></div>
</div></div>
</blockquote></div>
</div></div></blockquote></div><br><br clear="all"><br><br><div><br></div>
</div></div>