VMAIL_NO_INST not working

[ClearCall]

On my live server I have the NO AGENT action set to VMAIL_NO_INST and it is working properly.
Live server specs:
Vicidial VERSION: VERSION: 2.8-425a BUILD: 140206-1357
Asterisk: 1.4.39.1-vici


I am testing a new server. If I set the NO AGENT action to VOICEMAIL, I am properly routed to voicemail and can leave a message. However, if I set to VMAIL_NO_INST the call is hung up.
New server specs:
Vicidial VERSION: VERSION: 2.10-451a BUILD: 140902-0816
Asterisk: 1.8.32.0-vici

Asterisk log:
=========================================================================
Connected to Asterisk 1.8.32.0-vici currently running on dialer01 (pid = 2308)
Verbosity is at least 21
[Apr 2 19:16:00] > Refreshing DNS lookups.
[Apr 2 19:16:01] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 2 19:16:01] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 2 19:16:01] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 2 19:16:06] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 2 19:16:06] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 2 19:16:06] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 2 19:16:21] == Using SIP RTP CoS mark 5
[Apr 2 19:16:21] -- Executing [9542813649@trunkinbound:1] AGI("SIP/NTI3-0000000a", "agi-DID_route.agi") in new stack
[Apr 2 19:16:21] -- Launched AGI Script /usr/share/asterisk/agi-bin/agi-DID_route.agi
[Apr 2 19:16:21] -- AGI Script Executing Application: (Monitor) Options: (wav,/var/spool/asterisk/monitor/MIX/20150402191621_9542813649_18502737810)
[Apr 2 19:16:21] -- <SIP/NTI3-0000000a>AGI Script agi-DID_route.agi completed, returning 0
[Apr 2 19:16:21] -- Executing [99909*2***DID@default:1] Answer("SIP/NTI3-0000000a", "") in new stack
[Apr 2 19:16:21] -- Executing [99909*2***DID@default:2] AGI("SIP/NTI3-0000000a", "agi-VDAD_ALL_inbound.agi") in new stack
[Apr 2 19:16:21] -- Launched AGI Script /usr/share/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi
[Apr 2 19:16:22] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Apr 2 19:16:22] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Apr 2 19:16:22] -- <SIP/NTI3-0000000a>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
[Apr 2 19:16:22] -- Executing [99909*2***DID@default:3] Hangup("SIP/NTI3-0000000a", "") in new stack
[Apr 2 19:16:22] == Spawn extension (default, 99909*2***DID, 3) exited non-zero on 'SIP/NTI3-0000000a'
[Apr 2 19:16:22] -- Executing [h@default:1] AGI("SIP/NTI3-0000000a", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Apr 2 19:16:22] -- <SIP/NTI3-0000000a>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Apr 2 19:17:01] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 2 19:17:01] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 2 19:17:01] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 2 19:17:06] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 2 19:17:06] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 2 19:17:06] == Manager 'sendcron' logged off from 127.0.0.1
dialer01*CLI>

Please advise.

Thanks.

[mflorell]

I seem to remember a bug with that, which was fixed a few months ago.

I would suggest upgrading to the latest svn/trunk and then forcing a reload of your dialplan.

[ClearCall]

I have upgraded to VERSION: 2.12-480a BUILD: 150404-0932 but the problem remains.

Please advise.

Thanks.

[mflorell]

I confirmed the bug and fixed it in svn/trunk. Thanks for posting the debug output!

[ClearCall]

Thank you for the quick response. The VMAIL_NO_INST is now working.

[dspaan]

Sorry to bump this old threat but it was the only one about this topic. I have a server that has after hours ingroup action set to VMAIL_NO_INST but when i choose that option and save ingroup settings it resets that field back to blank. How can i troubleshoot why this is happening? I checked this on another server with the same SVN version but it's not happening there. Must be a conflicting setting somewhere?

[blackbird2306]

I don't see any setting conflicts in code, but it could be something with a missing translation phrase for "VMAIL_NO_INST" in your language or something with your database.
What is output of (linux cli) :

Code: Select all

mysql -D asterisk -e 'DESCRIBE `vicidial_inbound_groups` `after_hours_action`;'


and also output (change "inboundgroupid1" with your problem inbound group id):

Code: Select all

mysql -D asterisk -e 'SELECT `after_hours_action` FROM `vicidial_inbound_groups` WHERE group_id="inboundgroupid1";'


[dspaan]

I do have a translation phrase for it which is working fine on other servers. I also tried in English but not dice. The second query comes up empty?

pbx:~ # mysql -D asterisk -e 'DESCRIBE `vicidial_inbound_groups` `after_hours_action`;'
+--------------------+------------------------------------------------------------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------------------+------------------------------------------------------------------------+------+-----+---------+-------+
| after_hours_action | enum('HANGUP','MESSAGE','EXTENSION','VOICEMAIL','IN_GROUP','CALLMENU') | YES | | MESSAGE | |
+--------------------+------------------------------------------------------------------------+------+-----+---------+-------+

pbx:~ # mysql -D asterisk -e 'SELECT `after_hours_action` FROM `vicidial_inbound_groups` WHERE group_id="gmgm_inbound";'
+--------------------+
| after_hours_action |
+--------------------+
| |
+--------------------+

[mflorell]

Looks like a bad DB upgrade, VMAIL_NO_INST is in there on new installs. It was modified to include it all the way back in 2.8.

[blackbird2306]

Go this way (from linux cli) and it should be OK:

Code: Select all

mysql -D asterisk -e 'ALTER TABLE `vicidial_inbound_groups` CHANGE `after_hours_action` `after_hours_action` ENUM("HANGUP","MESSAGE","EXTENSION","VOICEMAIL","IN_GROUP","CALLMENU","VMAIL_NO_INST") default "MESSAGE";'


But the question is now, are there any other db schema upgrade problems! "VMAIL_NO_INST" has been added with "upgrade_2.8.sql"

[dspaan]

Thanks, that query did it. I can select VMAIL_NO_INST again. Should i run the svn database upgrade script again?