vicidial.org

Install Information:
Standalone
Vicibox redux 32bit preload 3.1.15
VERSION: 2.6-372a
BUILD: 120713-2123
Sangoma CPD
All sip g729

I am having an issue where recordings are being cut short. It appears to be random…. Outbound, predictive… (have not tried manual or inbound)
7 agents outbound Ratio 2.8 to 5

Interestingly, the same issue is also happening on our clustered setup using the exact same install version as the standalone and the same Sangoma CPD server.

I switched my crontab from this:
### recording mixing/compressing/ftping scripts
#0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45,48,51,54,57 * * * * /usr/share/astguiclient/AST_CRON_audio_1_move_mix.pl
#0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45,48,51,54,57 * * * * /usr/share/astguiclient/AST_CRON_audio_1_move_mix.pl --MIX
0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45,48,51,54,57 * * * * /usr/share/astguiclient/AST_CRON_audio_1_move_VDonly.pl

To This:
### recording mixing/compressing/ftping scripts
0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45,48,51,54,57 * * * * /usr/share/astguiclient/AST_CRON_audio_1_move_mix.pl
0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45,48,51,54,57 * * * * /usr/share/astguiclient/AST_CRON_audio_1_move_mix.pl --MIX
#0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45,48,51,54,57 * * * * /usr/share/astguiclient/AST_CRON_audio_1_move_VDonly.pl

It seemed to fix it for about a week…

I ran the audio_1 move files manually in debug and the first two gave a warning "Can't find soxmix binary! Trying sox…" but ran successfully.

Rebooting does resolve the issue, but that is not a proper solution…

Thanks in advance for your help.

- Brian

keep an eye on your system load.
in the real time report there is a "System Load Average:"
read about how to understand the numbers http://blog.scoutapp.com/articles/2009/ ... d-averages
if your system gets overloaded then that might be the reason the recordings gets cut.

comment out the AST_CRON_audio_* scripts and run the manually from the command like and add the debug flag: --debugX
run it several times and during heavy load too

Dan,

Thanks for the reply… that was my first thought as well… Turned out the issue was with the FTP transfer of the files off the server to our recordings archive. The FTP was cutting the files short… which was hard to identify… as I assumed that the file would just fail or not be able to be opened.. but apparently you can still play a truncated mp3 file..

Might be a bug, do you see any connection with those that are cut short?
maybe you need to update, your vicidial version is from 2012.
run debug on the script and post the output here if there is anything interesting there