vicidial.org

Few quick questions regarding Archive servers

1. What happens if a recording fails to transfer to the Archive server due to unavailability of FTP server or Wrong Password. The problem here is that the links are getting converted to the FTP link where the recording isn't available. Is it possible that the link stays for FTP or FTP2 folder

What i'm looking for is that if the FTP server is not accessible, the links stays on the phone servers.

2. How to move recordings once the FTP server is back from both FTP folder and FTP2 folder. I'm using AST_CRON_audio_4_ftp2.pl and it moves the recording from FTP folder and not FTP2.
Unable to move recordings to archive server from FTP2 folder.

Vicibox 8.0.1 - SVN 3050 - VERSION: 2.14-693a - BUILD: 181003-1619 - asterisk 11.25.3-vici, E1246v3 Quad system, 32G ram, SSD and RAID 10 HDD on Archive server

Thanks!

If you are using an unreliable FTP archive server, then you should consider adding the "--ftp-validate" flag to your crontab entry for the "AST_CRON_audio_3_ftp.pl" script.

If you need to run the FTPing processes again, just copy them back to the MP3 folder from the FTP2 folder and the processes will attempt to copy them again.

Debugging found an issue when using AST_CRON_audio_3_ftp.p

After successfully moving a few recordings, following error shows up

Code: Select all

Can't use an undefined value as a symbol reference at /usr/lib/perl5/5.18.2/Net/FTP/dataconn.pm line 54.

Also when a file is in use, the whole script stops. since using --ftp-validate, the script is stopping.

frequency wrote:Debugging found an issue when using AST_CRON_audio_3_ftp.p

After successfully moving a few recordings, following error shows up

Code: Select all

Can't use an undefined value as a symbol reference at /usr/lib/perl5/5.18.2/Net/FTP/dataconn.pm line 54.

Also when a file is in use, the whole script stops. since using --ftp-validate, the script is stopping.

In theory recordings should never be in use. In the rare event that a recording IS in use when transfer is initiated, then the next time the script runs that recording (and 1000 after it) would be transferred anyway. Slight delay, no harm, assuming you are using the validate switch.

So why is the recording "in use"?