Audio Store - Files not found - Directory Missing

[helios2052]

Vicibox 7 cluster installation
version 2.12b0.5
SVN 2623
DB Schema Version 1478
Asterisk 11.23.1
All servers Dl360 G6s (3x telephony, 1 web, 1 db, 1 archive)

Hi, I have a relatively new install and am having major issues getting uploaded prompts to play. All my files are 8khz 16bit mono pcm files (verified working on my other AIO vici installs). When I go to the audio store, the file says upload successful. It shows up in the list of audio files fine. When I monitor asterisk cli as the prompt is supposed to play (in a call menu), it gives the following errors:

[Feb 12 18:00:43] WARNING[17244][C-00000031]: file.c:701 ast_openstream_full: File Median_LargeCallVolume does not exist in any format
[Feb 12 18:00:43] WARNING[17244][C-00000031]: file.c:1017 ast_streamfile: Unable to open Median_LargeCallVolume (format (ulaw)): No such file or directory
[Feb 12 18:00:43] WARNING[17244][C-00000031]: pbx.c:11661 pbx_builtin_background: ast_streamfile failed on SIP/voxoxin-00000011 for Median_LargeCallVolume


I have read through other threads on similar issues, but am stuck as to what to diagnose from here. The one thing that seems 'off' is when I look in "/srv/www/htdocs" there is no directory that matches the sounds web directory string (tqydaiiLadBfTca3CD6M0Kd9xow9j70A). In fact there is no folder at all that even resembles a random string (in any of the dialers or the database).

Any hints as to the next step would be GREATLY appreciated!

[williamconley]

*Please include your Vicidial Installer's Full Version ... which will be "7.X.X" not just "7".*

*Please include your Full Vicidial Version With Build*

1) If you have restored a DB from a prior installation, the prior audio store folder does not exist. The name of the folder is in the DB. So either change the DB entry for the audio store folder name, or change the existing folder to match what the audio store value is (you'll find a folder with a similarly random name with all the audio files in it ...)

2) The Dialer must have Web access to the URL defined as the audio store for the dialer to download the files. If you have a whitelisted firewall system, be sure to include the private and public IPs of all Vicidial servers as authorized IPs for all necessary access.

3) It may be necessary to request a reload of the audio files in admin->servers after making the change.

4) If the server's IP has changed, you may also need to run the ip update script (filename in the console login splash text)

Hapy Hunting.

[helios2052]

Thank you for the reply.

Sorry my full vicibox install is 7.0.3-160505
VERSION: 2.12-575a
BUILD: 161113-0900

1) This was a fresh install. The only tables restored were the leads themselves. It seems that even during the fresh install the default web audio store folder was not created in /srv/www/htdocs/long_string

2) This was my first cluster install using DGG so I just went ahead and added all the dialer internal and external IPs into the database whitelist.

3) I then forced a sounds update on all the dialers. I still do not see the creation of the audio store folder.

4) The ip has not ever changed since the install. What I notice when running the Audio store sync script is the target is a public address, while the audio destination is the local ip of the dialer...and it just hangs there.

vici01-d4:/usr/share/astguiclient # perl ADMIN_audio_store_sync.pl --debug
----- DEBUG -----
http://72.8x.2xx.xx2/vicidial/audio_sto ... ction=LIST\&audio_server_ip=10.10.10.164

[williamconley]

When you completed in the installation, did you change the sounds server?

Of course, you can just create the folder yourself.

Code: Select all

mkdir /srv/www/htdocs/iajsdliwhatever
chown wwwrun:www  /srv/www/htdocs/iajsdliwhatever
chmod 755 /srv/www/htdocs/iajsdliwhatever

[helios2052]

Yes when doing the fresh install, I used the internal/local ip addresses for the vicidial setup (10.10.10.150 for database and 10.10.10.161->165 for dialers) instead of their public IP addresses.

Once installation was complete, in system settings the audio store ip was set to the database local ip of 10.10.10.150. Since this localized ip scheme is only used by the vici cluster, I changed the systemsettings->audistore to the databse public ip 72.8x.2xx.xx2 so that I could access the audio store from the vici admin interface.

I have created the folder like you showed and rerun the audio update, but the folder still will not populate with audio files. I'm not sure if I am missing something or if I did something wrong in installation...

[williamconley]

Does the dialer actively load new sip phones and carriers into "sip-vidicial.conf" and "extensions-vicidial.conf"?

[helios2052]

Yes it actively updates those files based on my changes in the admin screen. This dial cluster has been running (and still runs) fine for the past few weeks with around 30 agents. I only noticed the audio store problem today when I attempted to upload a custom recording prompt. The stock asterisk sound files work fine... Been fighting with this all day and haven't been able to make progress.

[williamconley]

As a temporary solution, of course, you can copy the files yourself to the /var/lib/asterisk/sounds folder of all the dialers. Then you can work on finding out how you screwed up the audio store at your leisure. lol

[helios2052]

Thanks for your help, I will use that work around for the time being.

One last question. If I upload a new audio file right now, it will say successful and show up in the audio list and actually allow me to download it. This tells me it is somewhere on the database server somewhere. However, there is not an audio container folder at /srv/www/htdocs/randomstring (on the database or the dialers) and the audio file is also not in /var/lib/asterisk/sounds. So where do newly uploaded files go initially? It has to be somewhere in the database right?...

[williamconley]

You set the sounds server's domain name or IP in admin->system settings. It won't let you get to the server if your URL during the upload attempt does not match. You tell me: Which server is that?

Check your apache settings for the web root of that domain/ip and the full path. it's gotta be there somewhere if they show up in the audio store when browsing. lol. then the question is whether the other servers can get the actual files using wget ... and the exact URL for each file as you get when you attempt to download them. Don't make adjustments for local vs public, cuz the dialers won't either.