CRASH asterisk 18.9.0

Asterisk Asterisk Support
1

I have many crash all day. (randomization)

!@!@!@! thread1.txt !@!@!@!

$1 = {si_signo = 11, si_errno = 0, si_code = 1, _sifields = {_pad = {33, 0 <repeats 27 times>}, _kill = {si_pid = 33, si_uid = 0}, _timer = {si_tid = 33, si_overrun = 0, si_sigval = {sival_int = 0, sival_ptr = 0x0}}, _rt = {si_pid = 33, si_uid = 0, si_sigval = {sival_int = 0, sival_ptr = 0x0}}, _sigchld = {si_pid = 33, si_uid = 0, si_status = 0, si_utime = 0, si_stime = 0}, _sigfault = {si_addr = 0x21}, _sigpoll = {si_band = 33, si_fd = 0}}}
Signal Stop Print Pass to program Description
SIGSEGV Yes Yes Yes Segmentation fault

Thread 1 (Thread 0x7f0d41b92700 (LWP 23795)):
#0 pj_stricmp (str1=str1@entry=0x19, str2=str2@entry=0x7f0d41b91bc0) at …/include/pj/string_i.h:216
No locals.
#1 0x00007f0e4eda6164 in pjsip_msg_find_hdr_by_name (msg=0x7f0ccc252830, name=name@entry=0x7f0d41b91bc0, start=start@entry=0x0) at …/src/pjsip/sip_msg.c:362
hdr = 0x1
end = 0x7f0ccc252858
#2 0x00007f0db4eb378b in add_headers_to_message (headers=headers@entry=0x7f0db50d5bc0 <request_headers>, tdata=0x7f0ccc2516b8) at res_pjsip/pjsip_global_headers.c:93
name = {ptr = 0x703b26a “Max-Forwards”, slen = 12}
hdr =
iter = 0x703b200
lock = 0x7f0db50d5bc0 <request_headers>
PRETTY_FUNCTION = “add_headers_to_message”
#3 0x00007f0db4eb3843 in add_request_headers (tdata=) at res_pjsip/pjsip_global_headers.c:105
No locals.
#4 0x00007f0e4edaef76 in endpt_on_tx_msg (endpt=, tdata=0x7f0ccc2516b8) at …/src/pjsip/sip_endpoint.c:1116
status = 0
mod = 0x7f0db50d4e40 <global_header_mod>
#5 0x00007f0e4edb6120 in pjsip_transport_send (tr=0x7039a08, tdata=0x7f0ccc2516b8, addr=0x7f0ccc2518a8, addr_len=16, token=0x7f0ccc253230, cb=0x7f0e4edb0730 <stateless_send_transport_cb>) at …/src/pjsip/sip_transport.c:931
status =
#6 0x00007f0e4edb08d0 in stateless_send_transport_cb (token=0x7f0ccc253230, tdata=0x7f0ccc2516b8, sent=16) at …/src/pjsip/sip_util.c:1277
cont = 1
cur_addr = 0x7f0ccc2518a8
cur_addr_len = 16
via = 0x7f0ccc252940
need_update_via = 1
#7 0x00007f0e4edb0c92 in stateless_send_resolver_callback (status=, token=0x7f0ccc253230, addr=) at …/src/pjsip/sip_util.c:1378
stateless_data = 0x7f0ccc253230
tdata = 0x7f0ccc2516b8
#8 0x00007f0db4e9b374 in sip_resolve_invoke_user_callback (data=0x7f0ccc0e00e8) at res_pjsip/pjsip_resolver.c:208
FUNCTION = “sip_resolve_invoke_user_callback”
PRETTY_FUNCTION = “sip_resolve_invoke_user_callback”
#9 0x000000000059e11e in ast_taskprocessor_execute (tps=tps@entry=0x7f0c64125ea0) at taskprocessor.c:1237
local = {local_data = 0x7f0cf011c750, data = 0x7f0c64125ea0}
t = 0x7f0de0000950
PRETTY_FUNCTION = “ast_taskprocessor_execute”
#10 0x00000000005a4e90 in execute_tasks (data=0x7f0c64125ea0) at threadpool.c:1354
tps = 0x7f0c64125ea0
#11 0x000000000059e11e in ast_taskprocessor_execute (tps=0x2d7c390) at taskprocessor.c:1237
local = {local_data = 0x7f0cf011c750, data = 0x2d77a60}
t = 0x7f0de0000920
PRETTY_FUNCTION = “ast_taskprocessor_execute”
#12 0x00000000005a5a40 in threadpool_execute (pool=) at threadpool.c:367
No locals.
#13 worker_active (worker=) at threadpool.c:1137
No locals.
#14 worker_start (arg=0x7f0d78006a70) at threadpool.c:1056
PRETTY_FUNCTION = “worker_start”
#15 0x00000000005ad319 in dummy_start (data=) at utils.c:1572
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {139695824572688, 1547136749562564616, 139696681999406, 139696681999407, 139694913445888, 7, -1485611874603954168, 1547136111302610952}, __mask_was_saved = 0}}, __pad = {0x7f0d41b91ef0, 0x0, 0x7f0e4c27d542 <__libc_thread_freeres+34>, 0x7f0dab2afb9f}}
__cancel_arg = 0x7f0d41b92700
__not_first_call =
ret =
a = {start_routine = 0x5a5690 <worker_start>, data = 0x7f0d78006a70, name = 0x7f0d78001110 “worker_start started at [ 1111] threadpool.c worker_thread_start()”}
PRETTY_FUNCTION = “dummy_start”
#16 0x00007f0e4cf384a4 in start_thread (arg=0x7f0d41b92700) at pthread_create.c:456
__res =
pd = 0x7f0d41b92700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139694913955584, 1547136749562564616, 139696681999406, 139696681999407, 139694913445888, 7, -1485611874582982648, -1485042966786797560}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call =
pagesize_m1 =
sp =
freesize =
PRETTY_FUNCTION = “start_thread”
#17 0x00007f0e4c21bd0f in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.

2

There is already an open issue[1] for this.

[1] [ASTERISK-29411] Crash in pjsip_msg_find_hdr_by_name - Digium/Asterisk JIRA

3

Hello @jcolp

Do you know how is the problem classification method?

Between Minor, Major and Critical

In Jira

4

It’s ultimately arbitrary. You can change it, as you’ve done, but that isn’t generally going to alter whether someone looks at it now or how fast.

5

My understanding is that it is supposed to be treated relative to the Asterisk project, rather than the reporter, but they rarely get downgraded, even though reporters rarely given anything less than major.

I think it used to be:

minor - most users will not be affected;
major - most users will be affected;
critical - must be fixed before the code is released, or was there a separate stopper category for that.

6

There’s a Blocker category for “must be fixed before next release”. It’s restricted so normal users can’t select it, it will automatically downgrade to Major or Critical - I forget which.

7

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.