EXECUTE sofia/internal/102@192.168.1.6:5060 lua(app.lua voicemail) FusionPBX now uses it's own built-in lua voicemail application, rather than mod_voicemail. So, if the lua isn't executing this is purely a fusionpbx issue -- you should ask on #fusionpbx. Regards, -Avi On Mon, Jul 1, 2013 at 11:05 PM, Phil Quesinberry < philq@qsystemsengineering.com> wrote:
**
Just attempted an upgrade to FusionPBX and it appears to have messed up lua. I completely backed up the FS config (/usr/local/freeswitch/conf) as well as the FusionPBX files and database before attempting this but reverting to the old configuration doesn’t fix the problem, despite doing a reloadxml/restarting FS, etc. I think FusionPBX may have made some changes to the scripts directory which I hadn’t backed up. Just to be sure, I recompiled with 'make current' but that didn't help either.
I did make a snapshot of the VM that FS is running on a day or two ago but I’d like to understand what happened. I now get the following errors in the console output when attempting to enter voicemail:
EXECUTE sofia/internal/102@192.168.1.6:5060 set(voicemail_action=check)
2013-07-01 15:10:24.774751 [DEBUG] mod_dptools.c:1373 sofia/internal/ 102@192.168.1.6:5060 SET [voicemail_action]=[check]
EXECUTE sofia/internal/102@192.168.1.6:5060 set(voicemail_profile=default)
2013-07-01 15:10:24.774751 [DEBUG] mod_dptools.c:1373 sofia/internal/ 102@192.168.1.6:5060 SET [voicemail_profile]=[default]
EXECUTE sofia/internal/102@192.168.1.6:5060 lua(app.lua voicemail)
2013-07-01 15:10:24.774751 [ERR] mod_lua.cpp:198 cannot open /usr/local/freeswitch/scripts/resources/functions/file_exists.lua: No such file or directory
stack traceback:
[C]: in function 'dofile'
/usr/local/freeswitch/scripts/resources/config.lua:20: in main chunk
[C]: in function 'dofile'
/usr/local/freeswitch/scripts/app.lua:28: in main chunk
2013-07-01 15:10:24.774751 [DEBUG] switch_cpp.cpp:1050 sofia/internal/ 102@192.168.1.6:5060 destroy/unlink session from object
2013-07-01 15:10:24.774751 [NOTICE] switch_core_state_machine.c:262 sofia/internal/102@192.168.1.6:5060 has executed the last dialplan instruction, hanging up.
2013-07-01 15:10:24.774751 [NOTICE] switch_core_state_machine.c:264 Hangup sofia/internal/102@192.168.1.6:5060 [CS_EXECUTE] [NORMAL_CLEARING]
Doing a sofia loglevel all 9 or SLA debug doesn't really seem to generate any additional useful info pertaining to this problem, at least not that I can see.
Any ideas on what might have happened here? FusionPBX comes in really handy for the more routine admin tasks but in my experience it doesn’t appear to upgrade very well. Otherwise, it seems quite polished. This is the first time it’s taken out my FS config though.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org