Vicidial unable to push few calls recording to FTP

[shailendra]

Hello All,

I am facing a strange problem.
Vicidial version 2.4 is in cluster with 1 DB server,1 Apps+asterisk and 1 asterisk.

both the asterisk server is configured for FTP archive. One server is FTPing properly with all the recordings in MP3 to FTP where as another server is sending few recordings under MP3 to FTP and leave remaining in regular intervals.
Kindly assist.

[williamconley]

1) Welcome to the Party!

2) Newbie suggestions:

when you post, please post your entire configuration including (but not limited to) your installation method and vicidial version with build.

this IS a requirement for posting along with reading the stickies (at the top of each forum) and the manager's manual (available on EFLO.net, both free and paid versions)

You should also post: Asterisk version, telephony hardware (model number is helpful here), cluster information if you have one, and whether any other software is installed in the box. If your installation method is "from scratch" you must post your operating system and should also post the .iso version from which you installed your original operating system. If your installation is "Hosted" list the site name of the host.

If this is a "Cloud" or "Virtual" server, please note the technology involved along with the version of that techology (ie: VMware Server Version 2.0.2). If it is not, merely stating the Motherboard model # and CPU would be helpful.

Similar to This:

Vicibox X.X from .iso | Vicidial X.X.X-XXX Build XXXXXX-XXXX | Asterisk X.X.X | Single Server | No Digium/Sangoma Hardware | No Extra Software After Installation | Intel DG35EC | Core2Quad Q6600

3) You will need to try executing the ftp process manually and see if there is an error of some sort. Look in crontab -e to get the "command" that fires it up. This will identify the perl script you are using. Then execute that script with "--help" at the end to get the options available when executing that script. Now you can use the debug option (which will be listed with all the other options) and you can execute the script with debugging and see if there is an error.

Happy Hunting!

[shailendra]

Vicibox 2.4-357a from vicibox3.1.iso |
VERSION: 2.4-357a BUILD: 120125-2107 |
Asterisk 1.4.21.2 |
3 Server Cluster 1 purely DB second Apps+asterisk 3rd purely asterisk
| No Digium/Sangoma Hardware | No Extra Software After Installation |
Dell Poweredge 2950 with 8 GB Memory.


random recordings are getting pushed to FTP where as lot of them are left as it is under MP3 folder under monitorDONE. Kindly advice.

[shailendra]

/usr/share/astguiclient/AST_CRON_audio_3_ftp.pl --debugX

under super debug mode no error.
DONE Exiting where as still there are lots of mp3 files under /var/spool/asterisk/monitorDONE/MP3 folder.

I would also like to ask that can we use AST_CRON_audio_3_newftp.pl instead of AST_CRON_audio_3_ftp.pl. Can you let me know the difference.
i would be extremely thankful for your help and guidance.

[williamconley]

each of the files in question can be executed with "--help" on the command line to see what they do, and their options. so if you want the difference between the two ftp scripts ... run each with "--help" to get an idea.

do you have your ftp settings in astguiclient.conf?

did you notice that the crontab version of the ftp perl script has "--MP3" at the end of it ... but you omitted that when you ran it.

[shailendra]

Hi This is a running setup and configs are very much there in astguiclient.conf as i have mentioned earlier almost 50% of the files get pushed to FTP also i dont know why remainings are not where as another call server in the same cluster pushes all the files properly to FTP.

Apologies for missing out --MP3 option. Now when i ran the script using the asked switch under debug mode it states No such file or directory where as files are very much there under MP3 folder.

Exact error:

Net::FTP=GLOB(0x878fd1c)<<< 220 (vsFTPd 2.0.5)
Net::FTP=GLOB(0x878fd1c)>>> USER novavici
Net::FTP=GLOB(0x878fd1c)<<< 331 Please specify the password.
Net::FTP=GLOB(0x878fd1c)>>> PASS ....
Net::FTP=GLOB(0x878fd1c)<<< 230 Login successful.
Net::FTP=GLOB(0x878fd1c)>>> CWD novavici
Net::FTP=GLOB(0x878fd1c)<<< 550 Failed to change directory.
Net::FTP=GLOB(0x878fd1c)>>> MKD 2013-02-12
Net::FTP=GLOB(0x878fd1c)<<< 550 Create directory operation failed.
Net::FTP=GLOB(0x878fd1c)>>> CWD 2013-02-12
Net::FTP=GLOB(0x878fd1c)<<< 250 Directory successfully changed.
Net::FTP=GLOB(0x878fd1c)>>> TYPE I
Net::FTP=GLOB(0x878fd1c)<<< 200 Switching to Binary mode.
Cannot open Local file /var/spool/asterisk/monitorDONE/MP3/20130213-053145_9174500891-all.mp3: No such file or directory
at /usr/share/astguiclient/AST_CRON_audio_3_ftp.pl line 446
Net::FTP=GLOB(0x879986c)>>> QUIT
Net::FTP=GLOB(0x879986c)<<< 221 Goodbye.


Hope this will help pointing out the root cause.

[williamconley]

perhaps those files have something wrong with them. perform a more thorough inspection. ownership? attributes? something appears to be different about these files compared to the ones that transfer. perhaps you could turn off the cron version of ftp for a few minutes and then run it manually to see which files transfer ... then you could find the differences between those that "go" and those that "don't".

[shailendra]

I did tried deleting the files under MP3 folder and made it empty but it is still the same few files get pushed and remaining doesn't. I also changed the FTP Serverto another but same result.
A strange behavior is that other call server is able to push all the recordings properly.

Can you help me what to do and where to look for an issue?

[williamconley]

You'll need to pick it apart one piece at a time during off-hours with a single test recording.

Turn off the audio cronjobs completely so you can start them yourself with "super debug" mode and see exactly what it does.

Then you can make the recording, and validate its existence and read/write capability and find out where the flaw occurs. Slow process, but the problem has to be in there somewhere.