[asterisk-bugs] [JIRA] (ASTERISK-27706) Deadlock in db.c db_sync_thread

Joshua Colp (JIRA) noreply at issues.asterisk.org
Thu Mar 1 06:21:13 CST 2018


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

Joshua Colp commented on ASTERISK-27706:
----------------------------------------

That thread isn't deadlocked.

The ast_cond_wait function gives up the lock it is provided and waits on the condition for another thread to signal it to wake up and run.

> Deadlock in db.c db_sync_thread
> -------------------------------
>
>                 Key: ASTERISK-27706
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27706
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/AstDB
>    Affects Versions: 13.19.2, GIT
>         Environment: Fedora 23
>            Reporter: Ross Beer
>         Attachments: core.174244-thread1.txt, core.6829-thread1.txt
>
>
> Asterisk deadlocks while running the db_sync_thread:
> {noformat}
> Thread 1 (Thread 0x7fc2bbc7a700 (LWP 177764)):
> #0  0x00007fc2b9396b20 in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib64/libpthread.so.0
> #1  0x0000000000540f69 in __ast_cond_wait (filename=0x6db50b "db.c", lineno=1037, func=0x6dc768 <__PRETTY_FUNCTION__.16508> "db_sync_thread", cond_name=0x6dc5ab "&dbcond", mutex_name=0x6db865 "&dblock", cond=0x9c5000 <dbcond>, t=0x9a33c0 <dblock>) at lock.c:600
>         res = 0
> #2  0x00000000004fe765 in db_sync_thread (data=0x0) at db.c:1037
> {noformat}
> This may be cuased by the check_expiration_thread.



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



More information about the asterisk-bugs mailing list