vicidial.org

Hi Kumba

Just to let you know that 3.1.5 did in fact sort the seconds and recording paths that were not showing out. The only issue left is that the recordings do not transfer to the archive server.

The following error is in root mail:

Can't call method "login" on an undefined value at /usr/share/astguiclient/AST_CRON_audio_3_ftp.pl line 380.

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

I edited line 380 and entered the actual username and password but it makes no difference:

$ftp->login("$VARFTP_cron","$VARFTP_test");

I cannot connect to the server using an FTP client either.

1) when you edited 380 manually did you leave in the quotes?

2) it sounds more like $ftp isn't declared, show the declaration line for $ftp=???

Yes, the quotes were in there also before I entered the username and password.

This is interesting. It seems the values I configured in the dialer for the FTP never actually pulled through to the AST_CRON_audio_3.ftp.pl file:

# Default variables for FTP
$VARFTP_host = '10.0.0.4';
$VARFTP_user = 'cron';
$VARFTP_pass = 'test';
$VARFTP_port = '21';
$VARFTP_dir = 'RECORDINGS';
$VARHTTP_path = 'http://10.0.0.4';

that happens at the beginning of the script. it loads the astguiclient.conf file and parses it one line at a time to gather variables.

I understand. Where do I find the $ftp= line?

Code: Select all

nano filename

then "ctrl-w" to "search" then put in anything you want to find.

then learn nano, it's a cool little program massively easier to use than vi or vim

Got it!

$ftp = Net::FTP->new("$VARFTP_host", Port => $VARFTP_port, Debug => $FTPdb);

Any idea what the problem could be guys?

find that other post i made a few weeks ago. i bet it's the same issue.

Must be the same issue. This time I didn't even change the password. Used the standard cron and test but even with an FTP client I cannot get to the archive.

well, you do kinda have to have ftp operational on the ftp server before you can access it from the ftp client. it helps.

I am really just giving this information for the benefit of Kumba so that he knows there may still be issues with the FTP setup. Nobody else is complaining so they either don't experience this or they didn't use the cd for their archive.

fair enough. but you didn't mention whether you did, indeed, use Kumba's installation method for the ftp archive server and what your results were (you discussed the client system fault, but nothing regarding the ftp server ... like whether or not ftp is actually present and operational, if the firewall port is open, nada ).

I thought you are the expert and will ask the appropriate questions.... nada

So thank you for the hint Here goes:

Yes, I used the Vicibox cd to archive-setup and didn't change a thing. Left all the defaults as is.

The FTP is in fact up and the firewall port is open.

Guys, I will really appreciate any help. My 3.1.6 set up is working very well now. The only problem remains the FTP and I still cannot send the recordings to the FTP. I would prefer just to use the standard settings on the FTP as defaulted during installation. As stated above, VSFTPD is on and the recordings are trying to write to it but cannot gain access. I also cannot gain access with a FTP client.

Uhhh.... Do you have the firewall turned on? Is the IP address you are using to connect to listed in the external zone on the archive server?

For fun, you can try this:
/sbin/SuSEfirewall2 open EXT TCP 21
/sbin/SuSEfirewall2 open EXT TCP 30000:30100

It should be noted that this will open up your FTP server to the public internet at large if you have an external IP address on the archive server. Other then that, I have no idea why it's not working. I cannot duplicate your error.

You are my hero! I turned the firewall off completely and it is now working /sbin/SuSEfirewall2 off

Thank you very much Kumba!

Some more weirdness. The recordings are available at http://192.168.0.237/archive/ and not at http://192.168.0.237/archive/RECORDINGS/

I have used the following settings on both the archive server and dialers:

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

it also matters where your apache server believes they are. it controls the URL pointer (http://xx.xx.xx.xx/XXX maps to XXX folder is stored in apache, not ftp)

I have manually created the folder archive/RECORDINGS on the FTP server and now the recordings are moving there fine.

i can see where that might help