Hello,
We recently installed a new phone server running Asterisk 12, mainly because we wanted to take advantage of some new features provided by PJSIP. All calls use SIP internally and with several different VoIP providers. The system runs without issues most of the time, but every once in a while, it randomly crashes and restarts. The core dumps all seem to point to the same function, pjmedia_sdp_neg_negotiate, as the cause of the crash. We initially thought the cause of the crashes may be a low file handle limit since CentOS 6.5 had a default of 1024. We increased that to 65535 and that seemed to stabilize things. But we are still experiencing a crash every 12 hours or so, usually when we have a high call volume. We carried over as much of our previous server’s configuration as possible (Obviously we had to convert sip.conf to the new pjsip.conf format, and we updated a few function calls in extensions.conf to replace deprecated formats), but otherwise this is a brand new machine with a fresh installation of CentOS and the latest release of Asterisk 12. Below is the trace from our most recent core dump:
[Thread debugging using libthread_db enabled]
Core was generated by `/usr/sbin/asterisk -f -U asterisk -G asterisk -vvvg -c’.
Program terminated with signal 6, Aborted.
#0 0x00007fa7c63aa925 in raise () from /lib64/libc.so.6
#0 0x00007fa7c63aa925 in raise () from /lib64/libc.so.6
No symbol table info available.
#1 0x00007fa7c63ac105 in abort () from /lib64/libc.so.6
No symbol table info available.
#2 0x00007fa7c63a3a4e in __assert_fail_base () from /lib64/libc.so.6
No symbol table info available.
#3 0x00007fa7c63a3b10 in __assert_fail () from /lib64/libc.so.6
No symbol table info available.
#4 0x00007fa7c1259c27 in pjmedia_sdp_neg_negotiate (pool=0x0, neg=0x7fa71808a338, allow_asym=0) at …/src/pjmedia/sdp_neg.c:1415
status =
PRETTY_FUNCTION = “pjmedia_sdp_neg_negotiate”
#5 0x00007fa7c1b0e81f in inv_negotiate_sdp (inv=0x7fa7195ca2d8) at …/src/pjsip-ua/sip_inv.c:1661
status =
PRETTY_FUNCTION = “inv_negotiate_sdp”
#6 0x00007fa7c1b0f147 in process_answer (inv=0x7fa7195ca2d8, st_code=, tdata=0x7fa74c109b78, local_sdp=) at …/src/pjsip-ua/sip_inv.c:1937
tsx_inv_data = 0x7fa75403fcb8
neg_state =
status =
sdp = 0x0
PRETTY_FUNCTION = “process_answer”
#7 0x00007fa7c1b0f26b in pjsip_inv_answer (inv=0x7fa7195ca2d8, st_code=200, st_text=, local_sdp=0x0, p_tdata=) at …/src/pjsip-ua/sip_inv.c:2082
last_res = 0x7fa74c109b78
status = 0
PRETTY_FUNCTION = “pjsip_inv_answer”
#8 0x00007fa69cdaf2a0 in answer (data=) at chan_pjsip.c:458
status = 0
packet = 0x0
session = 0x7fa719a14928
PRETTY_FUNCTION = “answer”
#9 0x00000000005a63ab in ast_taskprocessor_execute ()
No symbol table info available.
#10 0x00000000005ad560 in execute_tasks ()
No symbol table info available.
#11 0x00000000005a63ab in ast_taskprocessor_execute ()
No symbol table info available.
#12 0x00000000005ae414 in worker_start ()
No symbol table info available.
#13 0x00000000005b7a18 in dummy_start ()
No symbol table info available.
#14 0x00007fa7c45ef9d1 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#15 0x00007fa7c6460b5d in clone () from /lib64/libc.so.6
No symbol table info available.
Any help or suggestions would be appreciated. Is this a (known) bug in Asterisk/PJSIP or is there something we could do to fix this problem?
Thanks,
Dave
