Hello,
We're running 2 Asterisk 1.6.2.x systems, one installed from source and one
from AsteriskNow.
On the system installed form source, MOH works fine and these are the
results we get for the different relevant queries:
Asterisk CLI commands:
----------------------
sip*CLI> moh show classes
Class: default
Mode: files
Directory: moh
sip*CLI> moh show files
Class: default
File: /var/lib/asterisk/moh/macroform-cold_day
File: /var/lib/asterisk/moh/macroform-the_simplicity
File: /var/lib/asterisk/moh/reno_project-system
File: /var/lib/asterisk/moh/macroform-robot_dity
File: /var/lib/asterisk/moh/manolo_camp-morning_coffee
sip*CLI> module show like music
Module Description Use
Count
res_musiconhold.so Music On Hold Resource 0
1 modules loaded
musiconhold.conf:
-----------------
[general]
[default]
mode=files
directory=moh
On the AsteriskNow based system, the files/classes are not loaded, for some
reason. These are the results we get:
Asterisk CLI commands:
----------------------
pbx*CLI> moh show classes
pbx*CLI> moh show files
pbx*CLI> module show like music
Module Description Use
Count
res_musiconhold.so Music On Hold Resource 0
1 modules loaded
musiconhold.conf:
-----------------
;
; Music on hold class definitions
; This is using the new 1.2 config file format, and will not work with 1.0
; based Asterisk systems
;
include musiconhold_custom.conf
include musiconhold_additional.conf
musiconhold_additional.conf:
----------------------------
[default]
mode=files
directory=/var/lib/asterisk/moh/
[none]
mode=files
directory=/var/lib/asterisk/moh/.nomusic_reserved
When a call is placed on hold on this system, we get this message:
"Music class default requested but no musiconhold loaded"
We tried to change the "directory" line to match the working one (only
=moh), but it didn't help despite a "moh reload" command.
I'm not sure what to do next to solve this issue.
Please help.
Thanks,
Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20110726/0e326ad2/attachment.htm>