[asterisk-bugs] [Asterisk 0013671]: asterisk random crashes: IMAP toolkit crash: Unlock when not locked

Asterisk Bug Tracker noreply at bugs.digium.com
Sun Oct 19 17:30:59 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13671 
====================================================================== 
Reported By:                Perry The Cynic
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13671
Category:                   Applications/app_voicemail/IMAP
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.22 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-10-10 18:33 CDT
Last Modified:              2008-10-19 17:30 CDT
====================================================================== 
Summary:                    asterisk random crashes: IMAP toolkit crash: Unlock
when not locked
Description: 
Asterisk crashes randomly. The system log always contains this message:

Oct 10 13:23:47 hermod asterisk: IMAP toolkit crash: Unlock when not
locked

Needless to say, this makes my wife very unhappy. :)

Asterisk-1.4.22 with zaptel-1.4.12.1. No local hacks.
Debian GNU/Linux 4.0 (fully updated); Linux kernel 2.6.21.5 (custom); on a
custom VIA Esther-based mini-box.
IMAP server is Mac OS X Server 10.5.5 (Cyrus IMAP).

Please let me know what else I should be providing. This IMAP library
error supposedly indicates a re-entry of threading bug in the caller, which
in this case would be asterisk...

====================================================================== 

---------------------------------------------------------------------- 
 (0093952) Perry The Cynic (reporter) - 2008-10-19 17:30
 http://bugs.digium.com/view.php?id=13671#c93952 
---------------------------------------------------------------------- 
Okay, I spent another two hours messing around with this. At this point
I'll declare the problem fully reproducible (as far as my system is
concerned, at least).
The procedure (works each time) is to leave a 2:00 long message (I play
Enya into the phone :-). Short messages (<15 seconds) work fine every
time.
Check out the new files asterisk-4.log and asterisk-4.gdb.txt. This shows
a 2:00+ message being left. When I stop talking, asterisk tries to deliver
the message. Something goes wrong (Unexpected tagged response), and
asterisk gets hung up in IMAP code - the line is still busy and connected
(we haven't hung up). We sat like this for at least 10 seconds. So I broke
in the debugger and pulled debug logs.
Once I told gdb to continue, it hit the abort() call almost immediately.
This is reproducible; the hang during delivery can be turned into the IMAP
abort() just by breaking in gdb and immediately continuing. (Some thread
reordering effect, probably.)
I pulled tracebacks for the moment-of-death, too.

At this point, IMAP voicemail delivery is effectively useless for me; I'll
have to turn it off to survive - with IMAP enabled, anyone who leaves a
long voice mail crashes asterisk (sometimes after leaving the line up for a
few hours as the IMAP delivery hangs itself senseless, which of course
makes the system useless as well, since our POTS line is busied out).

I gather IMAP mailboxes actually *work* for people, mostly? I wonder
what's different in my setup... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-10-19 17:30 Perry The CynicNote Added: 0093952                          
======================================================================




More information about the asterisk-bugs mailing list