Cannot access recordings

[Trying]

Hi

I have installed an archive server using the ViciBox Redux 3.0.6 cd but cannot access the recordings.

The IP of the archive server is 192.168.0.237. Within the user/stats when I for example click on recording http://192.168.0.237/2010-12-07/2010120 ... 00-all.mp3 I get a "Firefox can't establish a connection to the server at 192.168.0.237" error.

Using Filezilla to connect to the server through port 21 gives me "incorrect login details". Also, the directory /home/archive is empty.

During setup I entered 192.168.0.237 as the archive server, changed the username and password and changed the VARHTTP_path http://10.0.0.0 to http://192.168.0.237.

[Trying]

Is there anyone else who set up an archive server using Vicibox Redux (using command archive-setup) and did you experience the same issue or not?

[Trying]

Should the username and password set up during archive-setup write to the /etc/vsftpd.conf file? I don't see any username and password in that file. Only local_enable=YES and anonymous_enable=NO.

[Jif19]

Hi Trying,
I don't know anything about the archive server so this may not be what you are looking for but lets talk strictly FTP for a sec. I used vsftpd on my Vicibox to serve config files for phones but I did not have to touch /etc/vsftpd.conf to do it. I did have to reinstall it. see http://www.vicidial.org/VICIDIALforum/v ... hp?t=14779
After that I created a user for my polycom phones

Code: Select all

groupadd PlcmSpIP
useradd PlcmSpIP -g PlcmSpIp -p PlcmSpIp
passwd PlcmSpIP
(enter the default password they use: PlcmSpIp)

then I created /home/PlcmSpIP and put the config files in there. So is the user name and password you think may or may not should end up in /etc/vsftpd.conf on the sending or the receiving computer? I would imagine you would need to do something like the above on the receiving computer. Do I understand you correctly that you should be able to FTP to your box but you cannot?

Vicibox 3.0.9 64bit from iso | Single Server | Sangoma PRI card | No Extra Software After Installation

[Trying]

Hi

How the Vicibox Redux FTP is supposed to work is that you load the OS and then do an "archive-setup" command. This is supposed to set up VSFTPD (I think). There are only a couple configuration questions including the username and password. That I did and afterwards I installed the dialers. During the dialer installation there are prompts regarding the archive server. There I entered the same username and password as I used during the archive server set up, changed the archive server IP to 192.168.0.237. It also asks for the http:// path which I entered as http://192.168.0.237 (I have no idea if this is the correct path but I also tried http://192.168.0.237/archive)

I then did a "enable-archive" on each dialer to enable the cron job as per the installation document. The document also states that you should then be able to access the recordings via http://server/archive.

Using WINSCP I find the archive folder under the home directory but it is empty. Trying to log into the archive server via an FTP client using 192.168.0.237, the username, password and port 21 returns a login error.

The FTP configuration in my dialers look like this:

VARFTP_host => 192.168.0.237
VARFTP_user =>XXX (I even set the anonymous login on VSFTPD to YES and used no username and password but it made no difference)
VARFTP_pass =>XXX
VARFTP_port => 21
VARFTP_dir => archive (I also tried RECORDINGS)
VARHTTP_path => http://192.168.0.237 (I also tried http://192.168.0.237/archive)

Obviously I am missing something silly again.

[Trying]

Thank you very much to William for sorting out the issue I had with the calls not transferring to the archive server. It is now writing to the archive server just fine.

The problem still remains that everywhere in the Administration GUI where the recordings' location and seconds must show those fields are empty. I also still cannot access the recordings by using Firefox on the archive server.

RECORDINGS FOR THIS TIME PERIOD: (10000 record limit)
# LEAD DATE/TIME SECONDS RECID FILENAME LOCATION
1 60057 2010-12-17 13:51:07 303 20101217-135106_0823449100
2 60055 2010-12-17 10:28:21 301 20101217-102821_0823449100

You see? No seconds or location to click on.

My archive settings on the dialer looks like this now:

# FTP recording archive connection information
VARFTP_host => 192.168.0.237
VARFTP_user => root
VARFTP_pass => XXXXX
VARFTP_port => 21
VARFTP_dir => /home/archive
VARHTTP_path => http://192.168.0.237/RECORDINGS

If I go to http://192.168.0.237/RECORDINGS I get a "Firefox can't establish a connection to the server at 192.168.0.237" error.

The etc/apache2/conf.d/viciarchive.conf file on the archive server looks like this:

<Directory "/home/archive">
Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all
<files *.mp3>
Forcetype application/forcedownload
</files>
</Directory>

Alias /RECORDINGS /home/archive

[williamconley]

initially the mix script should write the location of the final mixed file into the recording table.

when the ftp script transfers the file, it should write the astguiclient.conf registered location for those files on the archive server.

i don't have any systems that fail to do this (had issues getting them to MOVE files from time to time, but the database changes always happened like clockwork!) ... check the table and see if the data is always missing or if it disappears at some point during the process.

[Trying]

Thanks for the reply. It does not show at all, even when it goes through the process on the dialer itself before sending it off to the archive server. The funny thing is that it did show about a week ago..... the recording path that is. The seconds never showed though.

[williamconley]

did you cluster with my manual or using the vicibox redux cluster system?

[Trying]

I used Vicibox Redux clustering. From your manual I created the phones and set up the time sync to the DB.

[Kumba]

The error that firefox is giving you means that either apache isn't running on that machine, or that IP Address isn't reachable.

First try pinging that IP, see if it is pingable. If it is, move on to step two. If not, you have networking issues.

Secondly, run this:
chkconfig apache2 on
rcapache2 start

That should start apache if it's not running. That might be the issue now that I look at the archive-setup script.

Also, your VARFTP_dir directive should be like this: VARFTP_dir => RECORDINGS

[williamconley]

the apache part isn't the issue. the fact that the http link to the recording is never created is.

anyone who understands apache can set up a path to match an http request, but in this case there is no http request because the field is being left blank by the mixing script and again by the ftp script.

[Trying]

I wonder if anyone else used the disc to set up an archive server. If they did I suspect that they will experience the same problem. The rest of my installation on all the servers went perfectly smooth. This is now the only problem preventing me from going live.

[williamconley]

you'll have to figure something out there ... i've never had a box that didn't create the necessary recording links. is it possible you broke something while trying to fix / create the archive server connection?

do any of your other boxes create the recording links when they mix?

[Trying]

I actually didn't try any of the other dialers. I wanted to get dialer1 sorted before moving on. I think I will wait until the 3.1 64bit release and then reinstall. What the heck.... I am a serial installer!

[williamconley]

It is at least worth checking on the other dialers to see if they are generating the initial link after mixing.

[Trying]

Ok, will do first thing on Monday morning. Thanks for all the effort.

[Kumba]

The dialers won't send recordings over unless you already typed 'enable-archive'. This uncomments the cron job to FTP the recording to the archive server. All the other audio cron jobs do is copy the file to hard-drive and mix it into MP3.

Irregardless, Apache is not running or not reachable for some reason on your network. You still need to take my earlier advice and make sure it's up.

[Trying]

Hi Kumba

I did an 'enable-archive' and the recordings are all writing to the archive server.

I will definitely follow your advice on Monday morning and report back.

Thanks!

[Trying]

I remotely ran the instructions to start Apache and I can now access it via Firefox. Thanks a lot!

[garfunct]

Having never used an archive server....

Is this mainly for call recordings?

In the cluster install the www server is seperate box. However do you access archive box via its own web interface? ie should it be running apache?

I have an error on my archive server when I browse to it
"Object not found"

before i go crazy trying to figure this out I would like to understand how it should be working...

[williamconley]

The archive server must be running apache if you want to use it to store recordings for clicking in the admin interface.

While it may SEEM like it is happening on the cluster's web server, because that's the page you'll be on, the actual recording link will be served from the archive server.

This will only work, of course, if the link in the database of recordings points to the correct location. So this location information is what is loaded into the astguiclient.conf credentials for the archive server. It must know where to put the files (and whether they should get a "date" folder to reduce the number of files in each directory). It must also know what the "url" should be set to. While these seem like the same thing, they are actually not related at all, necessarily.

The file directory could be anywhere on the FTP server, and may or may not simply be in the root of the home page of the FTP user whose credentials are used.

Whereas the URL can be relative to the web root on the archive server OR may have a definition in apache's .conf files which map to anywhere on the drive (and perhaps even require credentials to access the folder, or require a specific FQDN to get to the site).

So Yes, apache should be running IF you want access to these files by clicking on a link in the Admin GUI.

[tgalan]

Hello

I was having the same issue with a cluster installation. Using Vicibox clustering installation.

Vicibox Redux 3.1.14 64 bit
Asterisk: 1.4.39.2-vici | VERSION: 2.4-361a | BUILD: 120221-1647
Servers: 1 x Database/Archive; 1 x Web; 2 x Telephony
Outbound and blended ratio 3:1 with full voice recording

I follow Kumba steps for apache, and the enable-archive. I saw all the files on /home/archive, but still cannot access them follow the link.

Hall-db01:/etc/apache2 # /etc/init.d/apache2 status
redirecting to systemctl
apache2.service - apache
Loaded: loaded (/lib/systemd/system/apache2.service; enabled)
Active: active (running) since Wed, 19 Jun 2013 20:21:09 -0400; 8min ago
Process: 25990 ExecStop=/usr/sbin/httpd2 -D SYSTEMD -k stop (code=exited, status=0/SUCCESS)
Process: 25996 ExecStart=/usr/sbin/start_apache2 -D SYSTEMD -k start (code=exited, status=0/SUCCESS)
Main PID: 26015 (httpd2-prefork)
CGroup: name=systemd:/system/apache2.service
â 26015 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start
â 26016 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start
â 26018 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start
â 26019 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start
â 26020 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start
â 26021 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start
â 26058 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start
â 26059 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -D SYSTEMD -k start

Any Idea where to look at???

[DomeDan]

Yeah, look in the log-files /var/log/apache2/error_log

[tgalan]

Thanks a lot!!!!!

I change access permisions to the files for apache user, and everything is working now!!!