Summary: | ASTERISK-11737: VoicemailMain Hangs, asterisk goes to 100% cpu | ||
Reporter: | jmls (jmls) | Labels: | |
Date Opened: | 2008-03-27 07:36:56 | Date Closed: | 2008-03-31 16:44:19 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Applications/app_voicemail |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) 12315bt.txt ( 1) gbbtfull.txt ( 2) showchannel.txt ( 3) sipshowchannel.txt | |
Description: | Twice in the last two days I have had a couple of channels hang at the VoiceMailMain app. These channels cannot be destroyed using soft hangup, and asterisk goes to 100% cpu. Asterisk has to be restarted ****** ADDITIONAL INFORMATION ****** I have attached several files: showchannel.txt: this is the output from "Show Channel foo" sipshowchannel.txt: this is the output from "Sip Show Channel Foo" gdbbtfull.txt: this is the output from using gdb to attach to the asterisk process and issuing a "bt full" command | ||
Comments: | By: Tilghman Lesher (tilghman) 2008-03-29 09:33:53 Please attach to the running process with gdb and do a 'thread apply all bt' and 'thread apply all bt full'. BTW, one typical cause of this is closing the terminal on which Asterisk is running, and the solution is to run Asterisk under safe_asterisk. By: jmls (jmls) 2008-03-29 12:05:46 hhmm, hasn't happened since I reported this. I will do as you ask if it does. We already do use safe_asterisk to start asterisk. Thanks for the advice, though. By: jmls (jmls) 2008-03-31 05:30:31 dammit. had another lock today - but this was at trysystem. could not get a bt full as the system was in production with 50 calls at the time and I needed to get it back up as soon as possible. For future reference, is there any way fo automating the bt stuff ? For example, thread apply all bt > somefile.txt ? Thanks By: jmls (jmls) 2008-03-31 11:36:08 had another voicemailmain hang today. I've attached a file (12315bt.txt) that has the output from 'thread apply all bt' and 'thread apply all bt full' as requested By: jmls (jmls) 2008-03-31 16:25:54 this is caused by simply pressing 0 in the main menu, and then 9 By: Digium Subversion (svnbot) 2008-03-31 16:43:37 Repository: asterisk Revision: 112068 U branches/1.4/apps/app_voicemail.c ------------------------------------------------------------------------ r112068 | qwell | 2008-03-31 16:43:36 -0500 (Mon, 31 Mar 2008) | 5 lines Fix a silly infinite loop when choosing an invalid option. (closes issue ASTERISK-11737) Reported by: jmls ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=112068 By: Digium Subversion (svnbot) 2008-03-31 16:43:58 Repository: asterisk Revision: 112069 _U trunk/ U trunk/apps/app_voicemail.c ------------------------------------------------------------------------ r112069 | qwell | 2008-03-31 16:43:58 -0500 (Mon, 31 Mar 2008) | 13 lines Merged revisions 112068 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r112068 | qwell | 2008-03-31 16:48:05 -0500 (Mon, 31 Mar 2008) | 5 lines Fix a silly infinite loop when choosing an invalid option. (closes issue ASTERISK-11737) Reported by: jmls ........ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=112069 By: Digium Subversion (svnbot) 2008-03-31 16:44:19 Repository: asterisk Revision: 112070 _U branches/1.6.0/ U branches/1.6.0/apps/app_voicemail.c ------------------------------------------------------------------------ r112070 | qwell | 2008-03-31 16:44:18 -0500 (Mon, 31 Mar 2008) | 21 lines Merged revisions 112069 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r112069 | qwell | 2008-03-31 16:48:30 -0500 (Mon, 31 Mar 2008) | 13 lines Merged revisions 112068 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r112068 | qwell | 2008-03-31 16:48:05 -0500 (Mon, 31 Mar 2008) | 5 lines Fix a silly infinite loop when choosing an invalid option. (closes issue ASTERISK-11737) Reported by: jmls ........ ................ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=112070 |