[asterisk-bugs] [JIRA] (ASTERISK-24512) asterisk -rx "module reload" + flag DEBUG_THREADS causes a deadlock

[Mikael Fredin (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=223511#comment-223511 ] 

Mikael Fredin commented on ASTERISK-24512:
------------------------------------------

Is it a duplicate? We experience a deadlock with only like 50+ calls, the more it goes above that the more likely a deadlock will be. I have reported this before but needed a backtrace and to debug logs, but it seems leaving DEBUG_THREADS on is a big no no for us as it makes it deadlock even more.

Catch-22.

But I am suspecting our deadlocks may be one and the same - and that it happens even without DEBUG_THREADS, only that DEBUG_THREADS makes it a lot more likely because of how much slower the reload becomes.



> asterisk -rx "module reload" + flag DEBUG_THREADS causes a deadlock
> -------------------------------------------------------------------
>
>                 Key: ASTERISK-24512
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24512
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Configuration
>    Affects Versions: 1.8.27.0, 1.8.31.1
>         Environment: CentOS release 6.5
>            Reporter: Mikael Fredin
>         Attachments: backtrace-threads.txt, core-show-locks.txt
>
>
> ,When using "DEBUG THREADS" in compiler flags, to be able to provide information for a deadlock issue, the asterisk -rx "module reload" command stops working after a while with the message (when trying to issue the command again):
> VERBOSE[34579] loader.c: The previous reload command didn't finish yet
> And only a shutdown of asterisk seems to fix it.
> I am using res_config_mysql for realtime configuration as well, with 50000 rows or so, if that matters. Without the debugging it's very quick to load , and I cannot reproduce the error. With the debugging it takes a lot longer plus it takes just 5-10 reloads to reproduce the issue above.
> A weird thing happens when I issue the command:
> gdb -ex "thread apply all bt" --batch /usr/sbin/asterisk `pidof asterisk` > /tmp/backtrace-threads.txt
> ...the thread(s) seem to come alive again and I can use "module reload" a few more times until it locks.



--
This message was sent by Atlassian JIRA
(v6.2#6252)