[SR-Users] Crash kamailio 4.3.1

Daniel-Constantin Mierla miconda at gmail.com
Wed Sep 9 17:20:02 CEST 2015


This is during shut down clean up. Have you stopped kamailio manually?
If not, aave you got more than one core file? If not, enable one core
file per process.

Cheers,
Daniel

On 09/09/15 17:03, Thibault Gueslin wrote:
>
> It seems related to tsilo module and tm module:
>
>
> #0  0x00007f6a7c8978f5 in lock_entry () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tsilo.so
>
>
> #0  0x00007f6a7c8978f5 in lock_entry () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tsilo.so
>
> (gdb) bt full
>
> #0  0x00007f6a7c8978f5 in lock_entry () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tsilo.so
>
> No symbol table info available.
>
> #1  0x00007f6a7c89d185 in ts_onreply () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tsilo.so
>
> No symbol table info available.
>
> #2  0x00007f6a7f688f67 in run_trans_callbacks_internal () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tm.so
>
> No symbol table info available.
>
> #3  0x00007f6a7f68921e in run_trans_callbacks () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tm.so
>
> No symbol table info available.
>
> #4  0x00007f6a7f6043e0 in free_cell () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tm.so
>
> No symbol table info available.
>
> #5  0x00007f6a7f605c58 in free_hash_table () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tm.so
>
> No symbol table info available.
>
> #6  0x00007f6a7f67f9a1 in tm_shutdown () from
> /usr/lib/x86_64-linux-gnu/kamailio/modules/tm.so
>
> No symbol table info available.
>
> #7  0x0000000000509142 in destroy_modules ()
>
> No symbol table info available.
>
> #8  0x00000000004ff559 in cleanup ()
>
> No symbol table info available.
>
> #9  0x00000000005004e8 in ?? ()
>
> No symbol table info available.
>
> #10 0x00000000005023cb in handle_sigs ()
>
> No symbol table info available.
>
> #11 0x0000000000506a3e in main_loop ()
>
> No symbol table info available.
>
> #12 0x000000000041b944 in main ()
>
> No symbol table info available.
>
>
> version: kamailio 4.3.1 (x86_64/linux) 
>
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
> USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM,
> SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_F_MALLOC, USE_FUTEX,
> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR,
> USE_DST_BLACKLIST, HAVE_RESOLV_RES
>
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
>
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>
> id: unknown 
>
> compiled with gcc 4.9.2
>
>
> I have seen some commits related to tm module after release 4.3.1
>
>
> Should it work better in 4.3.2 ?
>
>
> Regards
>
>
> thibault
>
>
>
> 2015-09-09 14:26 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>>:
>
>     Hello,
>
>     do you get other error messages in syslog before the one
>     "CRITICAL: ..."?
>
>     It is hard to say it is from something already known or new. Right
>     now there is an open issue for saving dialog variables in database
>     that was not yet sorted out. Another one related to tm and memory
>     manager, reported after 4.3.1, got a safety fix. Apart of these
>     two, I don't remember any active crash report for the moment.
>
>     If you get it very often, then it should be easy to catch and
>     troubleshoot properly. Can you run it so it generates a core file?
>
>     The easiest way is to run it as root, with 'ulimit -c unlimited'
>     executed before starting kamailio.
>
>     Can you share what operating system are you using and exact
>     version of kamailio (output of kamailio -v)?
>
>     Cheers,
>     Daniel
>
>
>     On 09/09/15 12:15, Thibault Gueslin wrote:
>>     After upgrading to kamailio 4.3.1 and modifying the config, I get
>>     this crash very often:
>>     ...
>>
>>     CRITICAL: <core> [pass_fd.c:275]: receive_fd(): EOF on 21
>>
>>     ALERT: <core> [main.c:728]: handle_sigs(): child process 9341
>>     exited by a signal 11
>>
>>     ALERT: <core> [main.c:731]: handle_sigs(): core was not generated
>>
>>     INFO: <core> [main.c:743]: handle_sigs(): terminating due to SIGCHLD
>>
>>     INFO: <core> [main.c:794]: sig_usr(): signal 15 received
>>
>>     INFO: <core> [main.c:794]: sig_usr(): signal 15 received
>>
>>     INFO: <core> [main.c:794]: sig_usr(): signal 15 received
>>
>>     ...
>>
>>
>>     Is it known ? or may be related to my config ?
>>
>>
>>     Thank you
>>
>>
>>     Thibault 
>>
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>     -- 
>     Daniel-Constantin Mierla
>     http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>     Book: SIP Routing With Kamailio - http://www.asipto.com
>     Kamailio Advanced Training, Sep 28-30, 2015, in Berlin - http://asipto.com/u/kat
>
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio - http://www.asipto.com
Kamailio Advanced Training, Sep 28-30, 2015, in Berlin - http://asipto.com/u/kat

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150909/cd2a8127/attachment.html>


More information about the sr-users mailing list