[asterisk-users] asterisk 13.15.0 stopping/crashing

Tue May 9 09:06:51 CDT 2017

i can upgrade asterisk to DONT_OPTIMIZE version at night

before that, do you see something strange?

is it known issue?

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/sbin/asterisk -f -C 
/etc/asterisk/asterisk.conf'.
Program terminated with signal 11, Segmentation fault.
#0  pj_lock_acquire (lock=0xc3d2e1f010325476) at ../src/pj/lock.c:180
180         return (*lock->acquire)(lock->lock_object);
#0  pj_lock_acquire (lock=0xc3d2e1f010325476) at ../src/pj/lock.c:180
         lock = 0xc3d2e1f010325476
#1  0x00007f1a206b1f51 in grp_lock_acquire (p=0x7f19e0408dc8) at 
../src/pj/lock.c:290
         glock = 0x7f19e0408dc8
         lck = 0x7f1a18009a18
#2  pj_grp_lock_acquire (grp_lock=0x7f19e0408dc8) at ../src/pj/lock.c:478
No locals.
#3  0x00007f1a20646b6c in pjsip_tsx_send_msg (tsx=0x7f19e042f7b8, 
tdata=tdata at entry=0x7f1a04004378) at ../src/pjsip/sip_transaction.c:1743
         event = {prev = 0x7f1a04004e88, next = 0x7f1a040043b8, type = 
PJSIP_EVENT_TX_MSG, body = {timer = {entry = 0x7f1a04004378}, tsx_state 
= {src = {rdata = 0x7f1a04004378, tdata = 0x7f1a04004378, timer = 
0x7f1a04004378, status = 67126136, data = 0x7f1a04004378}, tsx = 
0x7f1a04004378, prev_state = 67126136, type = 32538}, tx_msg = {tdata = 
0x7f1a04004378}, tx_error = {tdata = 0x7f1a04004378, tsx = 
0x7f1a04004378}, rx_msg = {rdata = 0x7f1a04004378}, user = {user1 = 
0x7f1a04004378, user2 = 0x7f1a04004378, user3 = 0x7f1a04004378, user4 = 
0x7f1a180153a8}}}
         status = <optimized out>
#4  0x00007f19f57ff7a5 in ast_sip_send_stateful_response 
(rdata=rdata at entry=0x7f1a180153a8, tdata=0x7f1a04004378, 
sip_endpoint=sip_endpoint at entry=0x7f1a1802ead8) at res_pjsip.c:4323
         tsx = 0x7f19e042f7b8
#5  0x00007f19b3dae7e8 in register_aor_core 
(rdata=rdata at entry=0x7f1a180153a8, 
endpoint=endpoint at entry=0x7f1a1802ead8, aor=aor at entry=0x7f1a18019bb8, 
aor_name=aor_name at entry=0x7f1a1801a250 "webrtc_kalabek", 
contacts=0x7f1a180148c8, contacts at entry=0x7f1a18019ca8) at 
res_pjsip_registrar.c:535
         USER_AGENT = {ptr = 0x7f19b3daeed2 "User-Agent", slen = 10}
         added = <optimized out>
         updated = <optimized out>
         deleted = <optimized out>
         contact_hdr = <optimized out>
         details = {pool = 0x7f1a180024e0, uri = 0x7f1a18005b38}
         tdata = 0x7f1a04004378
         path_str = 0x0
         response_contact = <optimized out>
         user_agent = <optimized out>
         user_agent_hdr = <optimized out>
         expires_hdr = <optimized out>
         via_hdr = <optimized out>
         via_hdr_last = <optimized out>
         via_addr = <optimized out>
         via_port = <optimized out>
         call_id_hdr = <optimized out>
         call_id = 0x7f19a9c24890 "ali2f0j4fir96pl1uic74h"
         alloc_size = <optimized out>
         __PRETTY_FUNCTION__ = "register_aor_core"
#6  0x00007f19b3daec2c in register_aor (aor_name=0x7f1a1801a250 
"webrtc_kalabek", aor=0x7f1a18019bb8, endpoint=0x7f1a1802ead8, 
rdata=0x7f1a180153a8) at res_pjsip_registrar.c:562
         contacts = 0x7f1a18019ca8
         lock = 0x7f1a18019b60
#7  registrar_on_rx_request (rdata=0x7f1a180153a8) at 
res_pjsip_registrar.c:747
         endpoint = 0x7f1a1802ead8
         aor = 0x7f1a18019bb8
         aor_name = 0x7f1a1801a250 "webrtc_kalabek"
         __PRETTY_FUNCTION__ = "registrar_on_rx_request"
#8  0x00007f1a2062ce47 in pjsip_endpt_process_rx_data (endpt=<optimized 
out>, rdata=rdata at entry=0x7f1a180153a8, p=p at entry=0x7f19f5a2fbe0 
<param.24466>, p_handled=p_handled at entry=0x7f19a9c24c44) at 
../src/pjsip/sip_endpoint.c:887
         msg = 0x7f1a18016e70
         def_prm = {start_prio = 2846042224, start_mod = 0x36c, 
idx_after_start = 3825613152, silent = 32537}
         mod = 0x7f19b3fb13a0 <registrar_module>
         handled = 0
         i = <optimized out>
         status = <optimized out>
#9  0x00007f19f580ab31 in distribute (data=0x7f1a180153a8) at 
res_pjsip/pjsip_distributor.c:770
         param = {start_prio = 0, start_mod = 0x7f19f5a2fe00 
<distributor_mod>, idx_after_start = 1, silent = 0}
         handled = 0
         rdata = 0x7f1a180153a8
         is_request = 1
         is_ack = 0
         endpoint = <optimized out>
#10 0x00000000005de7ce in ast_taskprocessor_execute 
(tps=tps at entry=0x3afcdc0) at taskprocessor.c:965
         local = {local_data = 0x7f1a1e8a0c53 <_L_unlock_697+15>, data = 
0xea53c1a939bfe600}
         t = 0x7f1a1800a1b0
         size = <optimized out>
         __PRETTY_FUNCTION__ = "ast_taskprocessor_execute"
#11 0x00000000005e5fe0 in execute_tasks (data=0x3afcdc0) at 
threadpool.c:1322
         tps = 0x3afcdc0
#12 0x00000000005de7ce in ast_taskprocessor_execute (tps=0x2f70570) at 
taskprocessor.c:965
         local = {local_data = 0x7f1a1800ae38, data = 0x2}
         t = 0x7f1a18013c60
         size = <optimized out>
         __PRETTY_FUNCTION__ = "ast_taskprocessor_execute"
#13 0x00000000005e6978 in threadpool_execute (pool=0x2f6ef20) at 
threadpool.c:351
No locals.
#14 worker_active (worker=0x7f1a1800ae00) at threadpool.c:1105
No locals.
#15 worker_start (arg=arg at entry=0x7f1a1800ae00) at threadpool.c:1024
         worker = 0x7f1a1800ae00
         saved_state = <optimized out>
         __PRETTY_FUNCTION__ = "worker_start"
#16 0x00000000005f03fe in dummy_start (data=<optimized out>) at utils.c:1235
         __clframe = {__cancel_routine = <optimized out>, __cancel_arg = 
0x7f19a9c25700, __do_it = 1, __cancel_type = <optimized out>}
         ret = <optimized out>
         a = {start_routine = 0x5e65e0 <worker_start>, data = 
0x7f1a1800ae00, name = <optimized out>}
#17 0x00007f1a1e89ddc5 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#18 0x00007f1a1db7d73d in clone () from /lib64/libc.so.6
No symbol table info available.

Dne 09/05/2017 v 14:57 marek cervenka napsal(a):
> when run from console without systemd i found its segfaulting
>
> turned core dump on because it was off
>
> Dne 09/05/2017 v 13:52 marek cervenka napsal(a):
>> hi,
>>
>> i have strange problem with asterisk 13.15.0+pjsip bundled/centos 
>> 7/systemd start script
>>
>> we are using chan_pjsip only for webrtc endpoints . switched from 
>> sipml5 to jssip with upgrade to 13.15.0(from 13.9.0) few days ago
>>
>> today i have problems with stopping/crashing asterisk
>>
>> /var/log/asterisk/messages dont show any clues
>>
>> [May  9 12:10:52] WARNING[25762] pjproject: tsx0x7fbb28024088 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7fbb080d29e8): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:10:54] WARNING[6458] pjproject: tsx0x7fbb28024088 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7fbb382be318): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:10:54] WARNING[20014] pjproject: tsx0x7fbb2c4a93e8 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x1e44748): Unknown 
>> Error (PJ_EUNKNOWN)
>> [May  9 12:10:59] WARNING[6458] pjproject: tsx0x7fbb2c4a93e8 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7fbb1cc358a8): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:11:00] NOTICE[19165] chan_sip.c: Received SIP subscribe 
>> for peer without mailbox: vr1a86
>> [May  9 12:15:27] Asterisk 13.15.0 built by root @ 45ba17aca47d on a 
>> x86_64 running Linux on 2017-04-10 12:10:44 UTC
>> -- 
>> [May  9 12:16:41] WARNING[30730] pjproject: tsx0x7f1a9c027ae8 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7f1a982abe68): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:16:41] NOTICE[30762] chan_sip.c: Received SIP subscribe 
>> for peer without mailbox: vr1a99
>> [May  9 12:16:42] NOTICE[30762] chan_sip.c: Received SIP subscribe 
>> for peer without mailbox: vr1a86
>> [May  9 12:16:42] NOTICE[30762] chan_sip.c: Received SIP subscribe 
>> for peer without mailbox: vr1a99
>> [May  9 12:16:43] WARNING[30726] pjproject: tsx0x7f1a9401b4f8 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7f1a7402cc58): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:17:33] Asterisk 13.15.0 built by root @ 45ba17aca47d on a 
>> x86_64 running Linux on 2017-04-10 12:10:44 UTC
>> -- 
>> [May  9 12:55:00] WARNING[31091] pjproject: tsx0x7f1b08036368 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7f1afc024278): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:55:06] NOTICE[31144] chan_sip.c: Received SIP subscribe 
>> for peer without mailbox: vr1a86
>> [May  9 12:55:07] NOTICE[31144] chan_sip.c: Received SIP subscribe 
>> for peer without mailbox: vr1a86
>> [May  9 12:55:09] WARNING[2964] pjproject: tsx0x7f1afc017c18 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7f1afc0370e8): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:55:09] WARNING[31089] pjproject: tsx0x7f1afc017c18 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7f1ae40193f8): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:57:16] Asterisk 13.15.0 built by root @ 45ba17aca47d on a 
>> x86_64 running Linux on 2017-04-10 12:10:44 UTC
>> -- 
>> [May  9 12:58:25] NOTICE[6235] chan_sip.c: Received SIP subscribe for 
>> peer without mailbox: vr1a99
>> [May  9 12:58:26] NOTICE[6235] chan_sip.c: Received SIP subscribe for 
>> peer without mailbox: vr1a99
>> [May  9 12:58:34] WARNING[6190] pjproject: tsx0x7f89f401b398 ..Error 
>> sending Response msg 200/REGISTER/cseq=4 (tdta0x7f89c80046b8): 
>> Unknown Error (PJ_EUNKNOWN)
>> [May  9 12:58:48] Asterisk 13.15.0 built by root @ 45ba17aca47d on a 
>> x86_64 running Linux on 2017-04-10 12:10:44 UTC
>>
>>
>> any tips? known issues?
>>
>> thanks
>>
>> Marek
>>
>>
>