[asterisk-bugs] [JIRA] (ASTERISK-29116) Asterisk hang in pbx.c on thread exit
Asterisk Team (JIRA)
noreply at issues.asterisk.org
Fri Oct 16 04:58:37 CDT 2020
[ https://issues.asterisk.org/jira/browse/ASTERISK-29116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Asterisk Team updated ASTERISK-29116:
-------------------------------------
Status: Waiting for Feedback (was: Waiting for Feedback)
> Asterisk hang in pbx.c on thread exit
> -------------------------------------
>
> Key: ASTERISK-29116
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-29116
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: PBX/General
> Affects Versions: 17.5.1
> Reporter: Dennis Haney
> Assignee: Asterisk Team
> Severity: Minor
>
> I have hundreds of threads stuck with this stack trace, which eventually causes the server to run out of resources and is unable to make further calls.
> I dont see any other threads with dl_open in the stack that isnt this, nor any other threads with pbx_thread that isnt stuck like this.
> FYI, we are stuck on chan_sip if that makes a difference.
> {noformat}
> Thread 686 (Thread 0x7f863d3d6700 (LWP 14068)):
> #0 0x00007f867b73129c in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:103
> #1 0x00007f867b72a7d1 in __GI___pthread_mutex_lock (mutex=0x7f867c080968 <_rtld_global+2312>) at ../nptl/pthread_mutex_lock.c:115
> id = 14068
> type = <optimized out>
> __PRETTY_FUNCTION__ = "__pthread_mutex_lock"
> id = <optimized out>
> #2 0x00007f867c06ab56 in _dl_open (file=0x7f867b735a0f "libgcc_s.so.1", mode=-2147483646, caller_dlopen=0x7f867b732c7b <pthread_cancel_init+43>, nsid=-2, argc=1, argv=0x7ffda
> dfe0b08, env=0x563a65927300) at dl-open.c:548
> args = {file = 0x0, mode = -1, caller_dlopen = 0x0, map = 0x563a64441e93 <ast_unref_namedgroups+35>, nsid = 140215383486384, argc = 1682268464, argv = 0x7f86701fefb0,
> env = 0x7f86701fefb0}
> exception = {objname = 0x563a646873e0 <change_pending> "376036", errstring = 0x563a645d5c30 "devicestate.c", message_buffer = 0x7f86701fef98 "340263Cd:V"}
> errcode = <optimized out>
> __PRETTY_FUNCTION__ = "_dl_open"
> #3 0x00007f867b33906d in do_dlopen (ptr=ptr at entry=0x7f863d3d5d40) at dl-libc.c:96
> args = 0x7f863d3d5d40
> #4 0x00007f867b339b2f in __GI__dl_catch_exception (exception=exception at entry=0x7f863d3d5cc0, operate=operate at entry=0x7f867b339030 <do_dlopen>, args=args at entry=0x7f863d3d5d40)
> at dl-error-skeleton.c:196
> errcode = 22074
> c = {exception = 0x7f863d3d5cc0, errcode = 0x7f863d3d5bcc, env = {{__jmpbuf = {0, -5657367600969769489, 140214529776920, 140214527728383, 140214529779456, 140215116599
> 168, -5657367600885883409, -5657521440193339921}, __mask_was_saved = 0, __saved_mask = {__val = {140215383488960, 0, 94808791407956, 140215383486384, 94808791900464, 140215383
> 488960, 140215383486384, 0, 140215383488960, 0, 0, 140214529776828, 94808790813846, 140214529776832, 0, 0}}}}}
> old = <optimized out>
> #5 0x00007f867b339bbf in __GI__dl_catch_error (objname=objname at entry=0x7f863d3d5d18, errstring=errstring at entry=0x7f863d3d5d20, mallocedp=mallocedp at entry=0x7f863d3d5d17, opera
> te=operate at entry=0x7f867b339030 <do_dlopen>, args=args at entry=0x7f863d3d5d40) at dl-error-skeleton.c:215
> exception = {objname = 0x563a645f2200 <__PRETTY_FUNCTION__.17003+32> "he", errstring = 0xd2646d2b5cddd100 <error: Cannot access memory at address 0xd2646d2b5cddd100>,
> message_buffer = 0x20 <error: Cannot access memory at address 0x20>}
> errorcode = <optimized out>
> #6 0x00007f867b339147 in dlerror_run (operate=operate at entry=0x7f867b339030 <do_dlopen>, args=args at entry=0x7f863d3d5d40) at dl-libc.c:46
> objname = 0x563a645e0713 "pbx.c"
> last_errstring = 0x0
> malloced = false
> result = <optimized out>
> #7 0x00007f867b3391d6 in __GI___libc_dlopen_mode (name=name at entry=0x7f867b735a0f "libgcc_s.so.1", mode=mode at entry=-2147483646) at dl-libc.c:195
> args = {name = 0x7f867b735a0f "libgcc_s.so.1", mode = -2147483646, caller_dlopen = 0x7f867b732c7b <pthread_cancel_init+43>, map = 0x7f8674000020}
> #8 0x00007f867b732c7b in pthread_cancel_init () at ../sysdeps/nptl/unwind-forcedunwind.c:53
> resume = <optimized out>
> personality = <optimized out>
> forcedunwind = <optimized out>
> getcfa = <optimized out>
> handle = <optimized out>
> #9 0x00007f867b732e94 in _Unwind_ForcedUnwind (exc=0x7f863d3d6d70, stop=0x7f867b730f30 <unwind_stop>, stop_argument=0x7f863d3d5e30) at ../sysdeps/nptl/unwind-forcedunwind.c:127
> forcedunwind = <optimized out>
> #10 0x00007f867b7310a0 in __GI___pthread_unwind (buf=<optimized out>) at unwind.c:121
> ibuf = <optimized out>
> self = <optimized out>
> #11 0x00007f867b7291f5 in __do_cancel () at pthreadP.h:305
> #12 0x00007f867b7291f5 in __pthread_exit (value=value at entry=0x0) at pthread_exit.c:28
> #13 0x0000563a644c59f1 in pbx_thread (data=data at entry=0x7f86701fefb0) at pbx.c:4698
> c = 0x7f86701fefb0
> #14 0x0000563a64542fec in dummy_start (data=<optimized out>) at utils.c:1249
> __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {140215317300000, 5652163074533400047, 140214527728382, 140214527728383, 140214529779456, 140215116599168, -5657367601009615377, -2160517297729790481}, __mask_was_saved = 0}}, __pad = {0x7f863d3d5ed0, 0x0, 0x7f863d3d6700, 0x7c000}}
> __cancel_arg = 0x7f863d3d6700
> __not_first_call = <optimized out>
> ret = <optimized out>
> a = {start_routine = 0x563a644c5980 <pbx_thread>, data = 0x7f86701fefb0, name = <optimized out>}
> __PRETTY_FUNCTION__ = "dummy_start"
> #15 0x00007f867b727fa3 in start_thread (arg=<optimized out>) at pthread_create.c:486
> ret = <optimized out>
> pd = <optimized out>
> now = <optimized out>
> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140214529779456, 5652163074533400047, 140214527728382, 140214527728383, 140214529779456, 140215116599168, -5657367600982352401, -5657520887340556817}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
> not_first_call = <optimized out>
> #16 0x00007f867b2fe4cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list