[SR-Users] Kamailio crash [receive_fd: EOF on 19]

Daniel-Constantin Mierla miconda at gmail.com
Wed Sep 9 09:23:46 CEST 2015


Using the latest version in branch 4.1 makes sure you don't hit bug that
was fixed already. But it can be something new, which can be
troubleshooted properly when using latest version.

Cheers,
Daniel

On 08/09/15 22:44, SamyGo wrote:
> Thanks Daniel for pointing out, so if I upgrade my Kamailio it should
> all go away , right. Will do a version upgrade and check similar calls.
>
> I've seen very similar crashes EOF on 11, EOF of 16 etc etc in few
> other situations as well, while at once such occasion it was an
> invalid kamctl command and it crashed kamailio(Another thread maybe)
>
> If Kamailio crashing before it can even get some route started then we
> can't perform sanity checks and hence even if I've DNS SRV, LinuxHA,
> or anything the caller might keep trying call over and again and keep
> crashing the whole layer :)
>
>
>
> On Tue, Sep 8, 2015 at 3:46 PM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     looks like there were updates to dialog modules in 4.1 after
>     4.1.4. The code lines do not match the back trace.
>
>     You should upgrade to latest version in 4.1 branch -- there is no
>     change that you have to do in kamailio.cfg or database.
>
>     Meanwhile, we can see the relevant pieces of code from your
>     specific version with following commands in gdb:
>
>     frame 0
>     list
>
>     frame 4
>     list
>
>     Cheers,
>     Daniel
>
>
>     On 08/09/15 21:12, SamyGo wrote:
>>     Hi Daniel,
>>
>>     Thanks a ton for replying, please see the attached full trace.
>>     Please note the Public IPs have been masked.
>>
>>     Best Regards,
>>     Sammy
>>
>>     On Tue, Sep 8, 2015 at 3:01 PM, Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>         can you give the output of 'bt full' in gdb to see where it
>>         actually crashed?
>>
>>         Cheers,
>>         Daniel
>>
>>
>>         On 08/09/15 20:20, SamyGo wrote:
>>>         Hi, 
>>>
>>>         I'm randomly getting crash in my Kamailio with an error in
>>>         log files like this:
>>>
>>>         <core> [pass_fd.c:293]: receive_fd(): ERROR: receive_fd: EOF
>>>         on 19
>>>         ALERT: <core> [main.c:775]: handle_sigs(): child process
>>>         6853 exited by a signal 11
>>>         ALERT: <core> [main.c:778]: handle_sigs(): core was generated
>>>         INFO: <core> [main.c:790]: handle_sigs(): INFO: terminating
>>>         due to SIGCHLD
>>>
>>>
>>>         _Version of Kamailio is:
>>>
>>>         _
>>>         [root at kamailio /]#kamailio  -V
>>>         version: kamailio 4.1.4 (x86_64/linux) 39adca
>>>         flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS,
>>>         USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK,
>>>         SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_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 4MB
>>>         poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>>>         id: 39adca
>>>         compiled on 03:48:50 Aug  1 2014 with gcc 4.4.7
>>>
>>>         And gdb bt output is attached in text file.
>>>
>>>         One thing out that is common in all the previous core files
>>>         is this:
>>>
>>>         #12 0x00000000004a54ab in receive_msg (
>>>             buf=0x924600 "INVITE sip:+17036833500 at 14.131.165.9:5073
>>>         SIP/2.0\r\nVia: SIP/2.0/UDP
>>>         14.55.2.43:5060;branch=z9hG4bK0eB8f68591a19b9b8f0\r\nFrom:
>>>         \"Anonymous\"
>>>         <sip:Anonymous at Anonymous.invalid>;tag=gK0e13e132\r\nTo:
>>>         <sip:+170"..., len=1018, rcv_info=0x7fff3dbee970) at
>>>         receive.c:212
>>>         #13 0x000000000053c9a8 in udp_rcv_loop () at udp_server.c:536
>>>
>>>
>>>         Does this mean that Kamailio can't understand the From
>>>         Domain: Anonymous.invalid and hence crashes ?
>>>
>>>         Thanks,
>>>         Sammy
>>>
>>>
>>>
>>>
>>>
>>>
>>>         _______________________________________________
>>>         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
>>
>>
>>         _______________________________________________
>>         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/7ab8f6dd/attachment.html>


More information about the sr-users mailing list