Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

Closed #1613. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1613#event-2193112660___ Kamailio (SER) - Development Mailing List

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

This should be fixed in master and 5.2 branches (commit 814d5cc1f4f5b1e4b95737108dffc1e7d7bd566f). -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

Hi will try to test it tomorrow and check how it goes -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1613#issuecomment-444208955___

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

Anyone able to test with the commit referenced above (I just pushed the patch to master)? Might have been an issue caused by a delayed processing (eg., waiting for rtp engine command execution timeout) that also induced some response retransmissions. I want to be sure it doesn't have side

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

Hi, Seems that 5.1.6 is afected too, but I don't have coredump from 5.1.6 (yet) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

Hi, >From kam logs looks crash was related to ACK for CANCEL message when proxy >offered in INVITE did not reply back ``` Nov 28 10:07:51 ip-10-23-247-205 /usr/sbin/kamailio[14702]: [INVITE domain.example.com_87665 push_server:3010@udp]--> INFO:

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

@marcinkowalczyk it sounds like it can be reproduced, which will make troubleshooting easier. But to understand properly, what do you mean by "RTPEngine disappears between offer in invite and ack". Is the SIP ACK, which is after 200ok response? Can you narrow a bit more when it happens or

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

This seems to be more tm issue rather then rtpengengine module. I think it may happen if for any reason RTPEngine dissapears between offer in invite and ack ``` Nov 28 10:08:11 ip-10-23-247-205 /usr/sbin/kamailio[14702]: [INVITE eldnybgg6e_87665 src_ip:3010@udp]--> ERROR: rtpengine

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

Hi, i also can see the same issue on 5.1.4. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1613#issuecomment-440156131___ Kamailio

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

Hi, I can see same issue on 5.1.4 too ``` version: kamailio 5.1.4 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT,

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

I had a coredump with version 5.1.4+0~20180725075519.79+trusty ( bf6468f7a4a54600e04dc6fd8aab537bde5ee464 ) maybe it's related: ``` (gdb) bt #0 0x7f1d7c438814 in rtpengine_manage (msg=0x7f1d87bcc858, flags=0x7f1d87bfc9b0 "direction=public direction=public replace-origin

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

No, we don't have an tm event routes at all. The only event routes are: ``` event_route[xhttp:request] { event_route[dispatcher:dst-down] { event_route[dispatcher:dst-up] { ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

For *The other core* is looks a bit strange. The first backtrace shows and INVITE, but in the last comment is an OPTIONS. It looks like the OPTIONS gets to a t_relay() (or something similar), although the request is generated locally, so this should not happen. Do you have any tm event route

Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)

First core file: ``` GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.