THE SETUP: Centos 7, Certified Asterisk 16, Sangoma A102 driving a pair of Adtran 850 channel banks (all FXS cards), Sangoma A200 ‘Remora’ handling our single copper POTS line.
THE PROBLEM: Two, actually. First, and most critical, is something’s off with voicemail retrieval. For whatever reason, the system thinks the sound files ‘digits/5’ and ‘day-5’ don’t exist, and any attempt to retrieve voicemail bombs out when the script hits that point. Here’s a CLI trace.
-=-=-=-=-=-=-=-=-
– Starting simple switch on ‘DAHDI/1-1’
– Executing [19600@pots-int:1] VoiceMailMain(“DAHDI/1-1”, “9555@house”) in new stack
– <DAHDI/1-1> Playing ‘vm-password.ulaw’ (language ‘en’)
– <DAHDI/1-1> Playing ‘vm-youhave.ulaw’ (language ‘en’)
[Apr 16 18:28:43] WARNING[8158][C-00000001]: file.c:779 ast_openstream_full: File digits/5 does not exist in any format
[Apr 16 18:28:43] WARNING[8158][C-00000001]: file.c:1252 ast_streamfile: Unable to open digits/5 (format (ulaw)): No such file or directory
– <DAHDI/1-1> Playing ‘vm-INBOX.ulaw’ (language ‘en’)
– <DAHDI/1-1> Playing ‘vm-messages.ulaw’ (language ‘en’)
– <DAHDI/1-1> Playing ‘vm-onefor.ulaw’ (language ‘en’)
– <DAHDI/1-1> Playing ‘vm-first.ulaw’ (language ‘en’)
– <DAHDI/1-1> Playing ‘vm-message.ulaw’ (language ‘en’)
– <DAHDI/1-1> Playing ‘vm-received.ulaw’ (language ‘en’)
[Apr 16 18:28:49] WARNING[8158][C-00000001]: file.c:779 ast_openstream_full: File digits/day-5 does not exist in any format
[Apr 16 18:28:49] WARNING[8158][C-00000001]: file.c:1252 ast_streamfile: Unable to open digits/day-5 (format (ulaw)): No such file or directory
[Apr 16 18:28:49] WARNING[8158][C-00000001]: say.c:470 wait_file: Unable to play message digits/day-5
== Spawn extension (pots-int, 19600, 1) exited non-zero on ‘DAHDI/1-1’
– Hanging up on ‘DAHDI/1-1’
– Hungup ‘DAHDI/1-1’
-=-=-=-=-=-=-=-=-=-=-
I’ve checked for the presence of the sound files. They are most definitely present, matching case, matching names, in just about every format Asterisk supports (including ulaw). I’ve also tried letting Asterisk run as root, rather than as user/group asterisk. No luck.
I’ve never seen this in any Asterisk system I’ve built to date. Our previous ver. 13 machine works perfectly, same setup.
What the blazes am I missing?! Is this an actual bug, or…???
Second problem: I’ve got ODBC set up to have the system record CDR data to a local MariaDB (mysql) database. The data’s getting written, but the ‘datetime’ field always comes up all zeros. What the blazes…?!
Thanks much.