Can't change voicemail greeting from second clustered server

[mjohn425]

Hi,

We have 2 clustered servers and everything is going great between them for a few months. Our users if they dial and attempt to change their voicemail greeting (Dial 8500, Option 0, Option 1) this will not work from the second server, the call cuts off immediately after it should be recording. Note that they can access their voice recordings fine, it is just setting the greeting, there is no issue accessing the voicemails from the other server. This is the issue we get (on the primary voicemail server) when you try to set a voicemail. I can set the greeting from any phone on the primary voicemail server.

[Feb 1 17:08:40] -- x=0, open writing: /var/spool/asterisk/voicemail/default/1052/unavail.tmp format: wav49, 0x7f2a28025f88
[Feb 1 17:08:40] -- x=1, open writing: /var/spool/asterisk/voicemail/default/1052/unavail.tmp format: gsm, 0x7f2a28022c28
[Feb 1 17:08:40] -- x=2, open writing: /var/spool/asterisk/voicemail/default/1052/unavail.tmp format: wav, 0x7f2a28024f08
[Feb 1 17:08:42] WARNING[53046][C-00000a9d]: file.c:233 ast_writestream: Natural write failed
[Feb 1 17:08:42] WARNING[53046][C-00000a9d]: app.c:1718 __ast_play_and_record: Error writing frame
[Feb 1 17:08:42] == Spawn extension (default, 8500, 1) exited non-zero on 'IAX2/CHDialer01-14904'

Any ideas? Cheers.

[carpenox]

Seems like your out of space on those drives? I mean typically thats what write failed would mean. Or incorrect permissions to write to the drive.....

[mjohn425]

Problem is that the voicemail is all stored on one server in clustered setups, so if it's write permission/disk space then it shouldn't be able to record when the recording is made on a softphone which is on the primary dialer, but yet that works fine.

[carpenox]

Yes but does the user who is logged into the system trying to change their voicemail have the permissions to do so?

[mjohn425]

Which user are you referring to? When we change the greeting, it's not through uploading it to the webserver, it's through the asterisk extension. When you dial 8500 from the second server it places a call to the voicemail server with the same extension (which is automatically generated by vicidial). If you mean the asterisk (linux) user that is on the voicemail server, then it still shouldn't be able to record the voicemail when dialed from a phone that is on the voicemail server, but that is working fine.

To clarify, a phone on the clustered server should be hitting the same dialplan/context as a phone which is on the server. We know that it at least hitting the extension because we can reach and access voicemails fine (regardless of server) but when it comes to changing the greeting (Option 0 then Option 1) it works when the phone that it dialled from is on the voicemail server only (despite hitting the same extension and context). The error log that I posted earlier is from the voicemail server not the clustered server.

On clustered servers (working for accessing voicemail but not setting greeting):
[ Included context 'vicidial-auto-internal' created by 'pbx_config' ]
'8500' => 1. Dial(${TRUNKDIALER0}/${EXTEN},99,oT) [pbx_config]
2. Hangup()

On voicemail server (DIALER0):
[ Included context 'vicidial-auto-internal' created by 'pbx_config' ]
'8500' => 1. VoicemailMain() [pbx_config]
2. Goto(s,6) [pbx_config]
3. Hangup()

[carpenox]

I still believe its a permissions issue but I may be wrong. hit me up on skype and ill see if I can help you figure it out

[mjohn425]

Postback:
Issue wasn't related to permissions, tried changing to asterisk:asterisk and even chmod 777.
Changed the format to only have wav49 in voicemail.conf on the server hosting the voicemails which has fixed it.