[asterisk-bugs] [Asterisk 0018434]: Asterisk 1.8.0 locks up under OpenSUSE 10.3

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18434 
====================================================================== 
Reported By:                craigarno
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18434
Category:                   Resources/res_musiconhold
Reproducibility:            random
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.8.0 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-12-07 10:54 CST
Last Modified:              2010-12-08 01:58 CST
====================================================================== 
Summary:                    Asterisk 1.8.0 locks up under OpenSUSE 10.3
Description: 
Asterisk 1.8.0 locks up in less than 24 hours <twice> on my lightly used
installation.

Asterisk 1.8.0-rc2 is stable on the same system.  So changes between RC2
and Release are likely contributing problems for my installation.

No Add-Ons, just stock 1.8.0 distribution.

In locked-up state:
 - CLI (asterisk -vvvr) seems to still be alive in locked state.
 - [core stop now] CLI command has no effect.  Asterisk process continues
to stay resident.
 - asterisk process does not respond to "kill <processID>"
 - kill -9 is needed to remove asterisk prior to restarting.


My system:
  OpenSUSE 10.3 x64/AMD
  Athlon64 X2 5200+/8GB RAM/1.5TB disk
  Is stable (hardware and software)

I can provide OpenSUSE 10.3 ISO if needed (hard to find on OpenSUSE
site).

I rolled back to RC2 since I can't afford to have my phone system continue
to randomly crash every day.  Hopefully a future release will address this
issue.
====================================================================== 

---------------------------------------------------------------------- 
 (0129458) craigarno (reporter) - 2010-12-08 01:58
 https://issues.asterisk.org/view.php?id=18434#c129458 
---------------------------------------------------------------------- 
Okay, this may simplify debugging...

Before placing a call, I checked locks and found two processes deadlocked.
 My guess is others will join deadlock shortly;

*CLI> core show locks

=======================================================================
=== Currently Held Locks ==============================================
=======================================================================
===
=== <pending> <lock#> (<file>): <lock type> <line num> <function> <lock
name> <lock addr> (times locked)
===
=== Thread ID: 1079834960 (do_timing            started at [  479]
res_timing_pthread.c init_timing_thread())
=== ---> Lock https://issues.asterisk.org/view.php?id=0 (astobj2.c): MUTEX 657
internal_ao2_callback c 0xf87af0
(1)
        asterisk(ast_bt_get_addresses+0x1a) [0x4e3639]
        asterisk(__ast_pthread_mutex_lock+0xad) [0x4dc880]
        asterisk(__ao2_lock+0x53) [0x443c91]
        asterisk [0x444a83]
        asterisk(__ao2_callback+0x59) [0x444ff6]
        /usr/lib/asterisk/modules/res_timing_pthread.so [0x2aaaad3b6f9e]
        asterisk [0x55c5ca]
        /lib64/libpthread.so.0 [0x2b416211e020]
        /lib64/libc.so.6(clone+0x6d) [0x2b41614daf8d]
=== ---> Lock https://issues.asterisk.org/view.php?id=1 (res_timing_pthread.c):
MUTEX 437 run_timer timer
0xf918f0 (1)
        asterisk(ast_bt_get_addresses+0x1a) [0x4e3639]
        asterisk(__ast_pthread_mutex_lock+0xad) [0x4dc880]
        asterisk(__ao2_lock+0x53) [0x443c91]
        /usr/lib/asterisk/modules/res_timing_pthread.so [0x2aaaad3b6efe]
        asterisk [0x444bbf]
        asterisk(__ao2_callback+0x59) [0x444ff6]
        /usr/lib/asterisk/modules/res_timing_pthread.so [0x2aaaad3b6f9e]
        asterisk [0x55c5ca]
        /lib64/libpthread.so.0 [0x2b416211e020]
        /lib64/libc.so.6(clone+0x6d) [0x2b41614daf8d]
=== -------------------------------------------------------------------
===
=== Thread ID: 1080342864 (monmp3thread         started at [ 1180]
res_musiconhold.c init_app_class())
=== ---> Waiting for Lock https://issues.asterisk.org/view.php?id=0 (astobj2.c):
MUTEX 657 internal_ao2_callback
c 0xf87af0 (1)
        asterisk(ast_bt_get_addresses+0x1a) [0x4e3639]
        asterisk(__ast_pthread_mutex_lock+0xad) [0x4dc880]
        asterisk(__ao2_lock+0x53) [0x443c91]
        asterisk [0x444a83]
        asterisk(__ao2_callback+0x59) [0x444ff6]
        asterisk(__ao2_find+0x2b) [0x44514f]
        /usr/lib/asterisk/modules/res_timing_pthread.so [0x2aaaad3b6a90]
        /usr/lib/asterisk/modules/res_timing_pthread.so [0x2aaaad3b67a5]
        asterisk(ast_timer_ack+0x2a) [0x5508a5]
        /usr/lib/asterisk/modules/res_musiconhold.so [0x2aaaabf79acf]
        asterisk [0x55c5ca]
        /lib64/libpthread.so.0 [0x2b416211e020]
        /lib64/libc.so.6(clone+0x6d) [0x2b41614daf8d]
=== --- ---> Locked Here: astobj2.c line 657 (internal_ao2_callback)
=== -------------------------------------------------------------------
===
=======================================================================

*CLI>

The rest is in the uploaded "backtrace2.txt" file... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-08 01:58 craigarno      Note Added: 0129458                          
======================================================================