Recursive
2015-Oct-11 20:15 UTC
[asterisk-users] Segmentation fault with 13.5.0 / PJSIP 2.4.5
Dear colleagues,
I just have experienced a segmentation fault with Asterisk 13.5.0 and PJSIP
2.4.5. Both of them have been compiled on a standard Debian Wheezy 64 bit. I did
not apply any patch or alter the sources of Asterisk or PJSIP in any way. Before
compiling and installing, I removed all traces of all old Asterisk and PJSIP
versions from my system very thoroughly.
The segmentation fault occurred when I was re-registering multiple endpoints one
after another as fast as I could do it manually (by operating the respective
phones) and at the same time tried to make calls from these phones. I have
attached what was happening before the segfault in the CLI; I had started
Asterisk with -vvvvvc.
Unfortunately, I can't reproduce the situation, so if we want to know the
cause of the problem, I guess it's necessary that a developer analyzes the
attachment and the respective part of the source code. I think I am not (yet ?)
so deep in Asterisk that I could help debug the problem, but if anybody tells me
what to do I am willing to help.
I hope that the attachment won't get blocked ...
Regards,
Recursive
-------------- next part --------------
*CLI> -- Removed contact 'sip:hFc1zQKs at
192.168.xx.yy:5060;line=cvx8p4nk' from AOR 'hFc1zQKs' due to request
Contact hFc1zQKs/sip:hFc1zQKs at 192.168.xx.yy:5060;line=cvx8p4nk has been
deleted
Endpoint hFc1zQKs is now Unreachable
-- Removed contact 'sip:e5JT6VqN at
192.168.xx.yy:5060;line=7d88y4uy' from AOR 'e5JT6VqN' due to request
Contact e5JT6VqN/sip:e5JT6VqN at 192.168.xx.yy:5060;line=7d88y4uy has been
deleted
Endpoint e5JT6VqN is now Unreachable
-- Attempted to remove non-existent contact 'sip:hFc1zQKs at
192.168.xx.yy:5060;line=cvx8p4nk' from AOR 'hFc1zQKs' by request
-- Removed contact 'sip:Zyw0lsGa at
192.168.xx.yy:5060;line=it15kl8j' from AOR 'Zyw0lsGa' due to request
Contact Zyw0lsGa/sip:Zyw0lsGa at 192.168.xx.yy:5060;line=it15kl8j has been
deleted
Endpoint Zyw0lsGa is now Unreachable
-- Attempted to remove non-existent contact 'sip:e5JT6VqN at
192.168.xx.yy:5060;line=7d88y4uy' from AOR 'e5JT6VqN' by request
-- Added contact 'sip:Zyw0lsGa at 192.168.xx.yy:5060;line=vvsqirer'
to AOR 'Zyw0lsGa' with expiration of 3600 seconds
Contact Zyw0lsGa/sip:Zyw0lsGa at 192.168.xx.yy:5060;line=vvsqirer has been
created
Endpoint Zyw0lsGa is now Reachable
-- Executing [0172xxxxxxx at guV4QKtp_inbound:1]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:2]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:3]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:4]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:5]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:6]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:7]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?101") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:8]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?101") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:9]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?101") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:10]
GotoIf("PJSIP/xDHoh0oP-00000000", "1?101") in new stack
-- Goto (guV4QKtp_inbound,0172xxxxxxx,101)
-- Executing [0172xxxxxxx at guV4QKtp_inbound:101]
NoOp("PJSIP/xDHoh0oP-00000000", "xDHoh0oP") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:102]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?111") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:103]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?116") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:104]
GotoIf("PJSIP/xDHoh0oP-00000000", "0?121") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:105]
Goto("PJSIP/xDHoh0oP-00000000", "forbidden,201") in new
stack
-- Goto (guV4QKtp_inbound,forbidden,201)
-- Executing [forbidden at guV4QKtp_inbound:201]
Hangup("PJSIP/xDHoh0oP-00000000", "21") in new stack
== Spawn extension (guV4QKtp_inbound, forbidden, 201) exited non-zero on
'PJSIP/xDHoh0oP-00000000'
-- Added contact 'sip:hFc1zQKs at 192.168.xx.yy:5060;line=zzizib5p'
to AOR 'hFc1zQKs' with expiration of 600 seconds
Contact hFc1zQKs/sip:hFc1zQKs at 192.168.xx.yy:5060;line=zzizib5p has been
created
Endpoint hFc1zQKs is now Reachable
-- Added contact 'sip:e5JT6VqN at 192.168.xx.yy:5060;line=ydffladj'
to AOR 'e5JT6VqN' with expiration of 600 seconds
Contact e5JT6VqN/sip:e5JT6VqN at 192.168.xx.yy:5060;line=ydffladj has been
created
Endpoint e5JT6VqN is now Reachable
-- Removed contact 'sip:Zyw0lsGa at
192.168.xx.yy:5060;line=vvsqirer' from AOR 'Zyw0lsGa' due to request
Contact Zyw0lsGa/sip:Zyw0lsGa at 192.168.xx.yy:5060;line=vvsqirer has been
deleted
Endpoint Zyw0lsGa is now Unreachable
-- Added contact 'sip:Zyw0lsGa at 192.168.xx.yy:5060;line=hiz5vysn'
to AOR 'Zyw0lsGa' with expiration of 3600 seconds
Contact Zyw0lsGa/sip:Zyw0lsGa at 192.168.xx.yy:5060;line=hiz5vysn has been
created
Endpoint Zyw0lsGa is now Reachable
-- Removed contact 'sip:xDHoh0oP at
192.168.xx.yy:5060;line=ic86ajbw' from AOR 'xDHoh0oP' due to request
Contact xDHoh0oP/sip:xDHoh0oP at 192.168.xx.yy:5060;line=ic86ajbw has been
deleted
Endpoint xDHoh0oP is now Unreachable
-- Added contact 'sip:xDHoh0oP at 192.168.xx.yy:5060;line=9ajux7vg'
to AOR 'xDHoh0oP' with expiration of 600 seconds
Contact xDHoh0oP/sip:xDHoh0oP at 192.168.xx.yy:5060;line=9ajux7vg has been
created
Endpoint xDHoh0oP is now Reachable
-- Executing [0172xxxxxxx at guV4QKtp_inbound:1]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:2]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:3]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:4]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:5]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:6]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?forbidden,201") in new
stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:7]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?101") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:8]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?101") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:9]
GotoIf("PJSIP/hFc1zQKs-00000001", "0?101") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:10]
GotoIf("PJSIP/hFc1zQKs-00000001", "1?101") in new stack
-- Goto (guV4QKtp_inbound,0172xxxxxxx,101)
-- Executing [0172xxxxxxx at guV4QKtp_inbound:101]
NoOp("PJSIP/hFc1zQKs-00000001", "hFc1zQKs") in new stack
-- Executing [0172xxxxxxx at guV4QKtp_inbound:102]
GotoIf("PJSIP/hFc1zQKs-00000001", "1?111") in new stack
-- Goto (guV4QKtp_inbound,0172xxxxxxx,111)
-- Executing [0172xxxxxxx at guV4QKtp_inbound:111]
Dial("PJSIP/hFc1zQKs-00000001", "PJSIP/0172xxxxxxx at
GgYPIyX3") in new stack
-- Called PJSIP/0172xxxxxxx at GgYPIyX3
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [0172xxxxxxx at guV4QKtp_inbound:112]
Hangup("PJSIP/hFc1zQKs-00000001", "") in new stack
== Spawn extension (guV4QKtp_inbound, 0172xxxxxxx, 112) exited non-zero on
'PJSIP/hFc1zQKs-00000001'
Segmentation fault
Joshua Colp
2015-Oct-11 20:21 UTC
[asterisk-users] Segmentation fault with 13.5.0 / PJSIP 2.4.5
Recursive wrote:> Dear colleagues, > > I just have experienced a segmentation fault with Asterisk 13.5.0 and > PJSIP 2.4.5. Both of them have been compiled on a standard Debian > Wheezy 64 bit. I did not apply any patch or alter the sources of > Asterisk or PJSIP in any way. Before compiling and installing, I > removed all traces of all old Asterisk and PJSIP versions from my > system very thoroughly. > > The segmentation fault occurred when I was re-registering multiple > endpoints one after another as fast as I could do it manually (by > operating the respective phones) and at the same time tried to make > calls from these phones. I have attached what was happening before > the segfault in the CLI; I had started Asterisk with -vvvvvc. > > Unfortunately, I can't reproduce the situation, so if we want to know > the cause of the problem, I guess it's necessary that a developer > analyzes the attachment and the respective part of the source code. I > think I am not (yet ?) so deep in Asterisk that I could help debug > the problem, but if anybody tells me what to do I am willing to > help.Information is on the wiki[1] which details how to get a backtrace from a core dump which may be present. Otherwise it's unlikely that the problem can be located without exact details for reproducing it. If you can get a backtrace though you can file an issue on the issue tracker[2]. [1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace [2] https://issues.asterisk.org/jira -- Joshua Colp Digium, Inc. | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: www.digium.com & www.asterisk.org
Recursive
2015-Oct-12 05:44 UTC
[asterisk-users] Segmentation fault with 13.5.0 / PJSIP 2.4.5
> > Information is on the wiki[1] which details how to get a backtrace from a core dump which may be present. Otherwise it's unlikely that the problem can be located without exact details for reproducing it. If you can get a backtrace though you can file an issue on the issue tracker[2]. > > [1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace > [2] https://issues.asterisk.org/jira >Thanks for the references. I am playing around with Asterisk several months now and never have experienced a segfault until yesterday. I always thought the software would be stable (because I have heard that even large companies use it) and haven't compiled with the options for a core dump, so it looks like that we'll never know what was happening. But I am planning to upgrade to 13.6.0 anyway, and when doing so, I'll enable the core dumps like shown in [1]. Regards, Recursive