| Summary: | ASTERISK-16079: asterisk 1.6.2.7 does not properly renumber/delete voicemail files when the maxmsg is exceeded | ||
| Reporter: | Jered Sutton (jsutton) | Labels: | |
| Date Opened: | 2010-05-11 14:54:30 | Date Closed: | 2011-06-29 15:33:00 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Applications/app_voicemail |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | with maxmsg = 2 set in voicemail.conf If the maxmsg is exceeded due to simultaneous recording, asterisk will fail to properly delete or renumber the voicemail messages that are over the limit. In this situation you are able to listen to the all of the voicemail messages until you delete the messages that are under the maxmsg limit which effectively orphans the messages that are over the limit. ****** ADDITIONAL INFORMATION ****** When trying to listen to an orphaned message: [May 11 13:45:55] WARNING[3105]: app_voicemail.c:7086 play_message: No message attribute file?!! (/var/spool/asterisk/voicemail/default/4692538023/INBOX/msg0000.txt) When listening to messages in a mailbox that is over the limit: -- Executing [s@macro-vm-only:6] VoiceMail("SIP/host-00000006", "4692538023,u") in new stack -- <SIP/host-00000006> Playing 'vm-theperson.gsm' (language 'en') -- <SIP/host-00000006> Playing 'digits/4.gsm' (language 'en') -- Executing [a@macro-vm-only:1] VoiceMailMain("SIP/host-00000006", "4692538023") in new stack -- <SIP/host-00000006> Playing 'vm-password.gsm' (language 'en') -- <SIP/host-00000006> Playing 'vm-youhave.gsm' (language 'en') ...output omitted -- <SIP/host-00000006> Playing 'vm-first.gsm' (language 'en') == Parsing '/var/spool/asterisk/voicemail/default/4692538023/INBOX/msg0000.txt': == Found -- <SIP/host-00000006> Playing 'vm-message.gsm' (language 'en') ...output omitted -- <SIP/host-00000006> Playing '/var/spool/asterisk/voicemail/default/4692538023/INBOX/msg0000.ulaw' (language 'en') -- <SIP/host-00000006> Playing 'vm-advopts.gsm' (language 'en') -- <SIP/host-00000006> Playing 'vm-repeat.gsm' (language 'en') -- <SIP/host-00000006> Playing 'vm-deleted.gsm' (language 'en') == Parsing '/var/spool/asterisk/voicemail/default/4692538023/INBOX/msg0001.txt': == Found -- <SIP/host-00000006> Playing 'vm-message.gsm' (language 'en') ...output omitted -- <SIP/host-00000006> Playing '/var/spool/asterisk/voicemail/default/4692538023/INBOX/msg0001.ulaw' (language 'en') -- <SIP/host-00000006> Playing 'vm-deleted.gsm' (language 'en') -- <SIP/host-00000006> Playing 'vm-last.gsm' (language 'en') == Parsing '/var/spool/asterisk/voicemail/default/4692538023/INBOX/msg0002.txt': == Found -- <SIP/host-00000006> Playing 'vm-message.gsm' (language 'en') ...output omitted -- <SIP/host-00000006> Playing '/var/spool/asterisk/voicemail/default/4692538023/INBOX/msg0002.ulaw' (language 'en') -- <SIP/host-00000006> Playing 'vm-deleted.gsm' (language 'en') -- <SIP/host-00000006> Playing 'vm-nomore.gsm' (language 'en') -- <SIP/host-00000006> Playing 'vm-prev.gsm' (language 'en') -- <SIP/host-00000006> Playing 'vm-goodbye.gsm' (language 'en') -- Executing [a@macro-vm-only:2] Hangup("SIP/host-00000006", "") in new stack == Spawn extension (macro-vm-only, a, 2) exited non-zero on 'SIP/host-00000006' in macro 'vm-only' == Spawn extension (subscriber-numbers, 4692538023, 1) exited non-zero on 'SIP/host-00000006' ls /var/spool/asterisk/voicemail/default/4692538023/INBOX/ msg0002.txt msg0002.ulaw msg0002.wav | ||
| Comments: | By: John Covert (jcovert) 2011-04-07 14:22:16 Reporting similar problem in 1.8.2.3 There seems to be some condition unrelated to maxmsg (which we have at 100 and I'm pretty sure this user never got close to that) in which messages are numbered in a way that Comedian Mail cannot handle them. We have the following situation: /var/spool/asterisk/voicemail/default/2811125/INBOX/: total 532 -rw-r--r-- 1 root root 45606 Apr 6 11:17 msg0002.gsm -rw-r--r-- 1 root root 267 Apr 6 11:17 msg0002.txt -rw-r--r-- 1 root root 442284 Apr 6 11:17 msg0002.wav -rw-r--r-- 1 root root 44975 Apr 6 11:17 msg0002.WAV The user is told that he has one message, but when he goes to check it, he hits this: -- <DAHDI/i1/2811515-3c> Playing 'vm-youhave.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'digits/1.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-INBOX.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-message.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-onefor.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-INBOX.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-messages.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-opts.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-helpexit.ulaw' (language 'en') -- <DAHDI/i1/2811515-3c> Playing 'vm-first.ulaw' (language 'en') [Apr 7 14:11:23] WARNING[9888]: app_voicemail.c:7492 play_message: No message attribute file?!! (/var/spool/asterisk/voicemail/default/2811125/INBOX/msg0000.txt) -- <DAHDI/i1/2811515-3c> Playing 'vm-advopts.ulaw' (language 'en') I've manually deleted the message for now, and will try to find out how to reproduce the problem. But even if it's hard to reproduce, Asterisk needs to be able to deal with the mailbox being in the above condition. Needs to be able to find the first message, even if it's not 0000. /john By: Alec Davis (alecdavis) 2011-04-07 15:36:23 jcovert: ASTERISK-17207 ASTERISK-17299 ASTERISK-17580 and ASTERISK-17613 are all related ASTERISK-17580 has a patch specifically for 1.8.2.3 jsutton: is this still an issue? By: John Covert (jcovert) 2011-04-07 15:44:04 Thanks for the reference to 18998. I'll get it installed at my customer tomorrow morning and report on testing results in 18998. By: Russell Bryant (russell) 2011-06-29 15:33:00.752-0500 I'm assuming this is all resolved. If this is still happening in 1.8, feel free to reopen or open a new issue. Thanks. | ||