vicidial.org

by **enjay** » Mon Mar 10, 2008 10:18 am

Some of the recordings are only partial, This is not happening on all recordings just some.

Is it possible that this is a result of the MIX script running when a agent is on the phone "still recording"?

Has anyone experienced this before, is there a workaround?

EDIT: Load is nothing under 0.05 format IS gsm. I saw another thread on gsm recordings with loaded servers, but I dont believe that is the case.

by **mflorell** » Mon Mar 10, 2008 6:00 pm

I would recommend recording in WAV and then compressing to GSM.

Are there any channel_walk_locked type WARNINGs at all on the CLI?

How many early-terminated recordings compared to how many total?

Is the campaign set to ALLFORCE recording?

Are the early-terminated recordings mostly with one or two agents, or spread across all agents?

What kind of drive are you recording to?

by **Op3r** » Fri Aug 08, 2008 1:04 pm

Im having issues with this one also.

The problem is when you listen to the recordings located at the DONE folder it is sometimes incomplete but the IN and OUT on the ORIG folder are complete.

I am recording using GSM file format too.

The load of the server is normal

astguiclient 2.0.3 is the one I am using.

by **eliasferreyra** » Sat Aug 09, 2008 12:33 am

im having the same issues

and im recording WAV converting to GSM and the same happends
some files are not complete...

im using astguiclient 2.0.3/2.0.4/rc1/rc2

and im recoding to a ftp located on the lan directly to another pc with sata drives

by **mflorell** » Sat Aug 09, 2008 9:35 pm

What is the loadavg when the recordings are being made and recorded?

What version of SoX are you using?

by **codehaxor** » Mon Aug 11, 2008 12:47 pm

best way is use use the new crontabs for recording entries and use WAV format to load, making it into a GSM can cause high cpu spikes which can cause to broken recordings.

by **austin.rock9** » Tue Oct 14, 2008 3:41 am

I am also facing the same problem of half recording some times. Load is normal. I am using astguiclient-2.0.4.

Sox Version : sox-12.17.9

What is the solutions of this ??

Thanks

by **mflorell** » Tue Oct 14, 2008 6:05 am

Try upgrading to 2.04.1rc5 and using those audio processing scripts and see if that helps things.

by **austin.rock9** » Tue Oct 14, 2008 12:08 pm

Hi what is this audio processing scripts...How to use that ??

Thanks

by **mflorell** » Tue Oct 14, 2008 6:37 pm

Read the UPGRADE doc

by **saif** » Thu Oct 23, 2008 11:06 am

i am also getting recordings pronlem ,even i am having my recordings in WAV formate .have any one answer to it

by **saqib.ali** » Tue Nov 25, 2008 4:29 pm

Hi Matt ...

As i goggled on the internet i found the topic simultaneous calls with Digital Recording and the problem occurs when we do more than 50 simultaneous calls as per you .. the link is http://thread.gmane.org/gmane.comp.tele ... ser/118497

If we are getting those avoided dead lock warnings or ast_channel_walk warnings then how can we eliminate those ?

The answers to your above questions are

Are there any channel_walk_locked type WARNINGs at all on the CLI?
yes
How many early-terminated recordings compared to how many total?
i am only able to pull out the SALES recordings from 10-15 thousand answered calls . (Multi-server Setup)
Is the campaign set to ALLFORCE recording?
yes
Are the early-terminated recordings mostly with one or two agents, or spread across all agents?
spread across all agents (Happening only on one server)
What kind of drive are you recording to?
SAS drives with RAID 10

by **mflorell** » Wed Nov 26, 2008 9:59 pm

Record to RAM drive, then you could record as many as 250 conversations concurrently, then as soon as the calls are done we move them off the Asterisk server to an archive server for storage and future retrieval. That works for sites with hundreds of agent seats and millions of recordings.

by **saqib.ali** » Thu Nov 27, 2008 4:53 pm

have to do only this to achieve the above

Block devices --->
<*> Loopback device support
<*> RAM disk support
(1) Default number of RAM disks
(128000) Default RAM disk size (kbytes)
[*] Initial RAM filesystem and RAM disk (initramfs/initrd) support
(ONLY USE THE ABOVE 4 SETTINGS IF YOU WILL BE SETTING UP A RAM DRIVE FOR RECORDING)

by **saqib.ali** » Fri Nov 28, 2008 12:16 pm

Also when i looked into the file size of those two files generated by monitor function i.e in & out files . All the out files have size Zero.
All the conversation is saved in the .in file. should it not be like both two conversations are stored in two different files ?
OR
Is it due to the Meetme rooms are being used by vicidial ?

by **mflorell** » Sat Nov 29, 2008 8:24 am

That is normal(actually the out files should be 44 bytes long) This is because of the way recording is done in VICIDIAL, it does not require mixing when the call is done since all audio is already in the in file.

by **saqib.ali** » Mon Dec 01, 2008 11:26 am

right now i am recording calls to a RAM drive and all is going good.
i have total of 16 GB of ram 4GB for system and 10 GB for RAM disk. Mounted the RAM drive on /var/spool/asterisk/monitor. now when the recording mixing script i.e. /usr/share/astguiclient/AST_CRON_mix_recordings_BASIC.pl run , is there any check in that it will not mix those calls which are in process ?
As i tested that script manually when a call is in process and result in an incomplete recording.

by **mflorell** » Mon Dec 01, 2008 3:08 pm

what is your loadavg when you are recording at peak?

I would suggest upgrading to 2.0.4.1rc5, there are enhanced recording transfer scripts that will work more efficiently than the ones you are using now.

by **saqib.ali** » Mon Dec 01, 2008 8:33 pm

The load average is normal load average: 0.36, 0.23, 0.23.

what i was asking is that let say there are ten calls are being connected , after five minutes the scripts executed and only five calls are finished and other five are in process ( agents are on calls), will that script recognizes those five calls which are in process and not yet finished/disposed OR mix those five calls which are in process as well ?

by **mflorell** » Tue Dec 02, 2008 2:56 am

The scripts should not mix calls that are in progress. Again, I would recommend using the newer scripts.

by **gardo** » Wed Dec 03, 2008 3:53 pm

One of the solutions I did was change the PATHmonitor entry in /etc/astguiclient.conf from:

PATHmonitor => /var/spool/asterisk/monitor

to

PATHmonitor => /var/spool/asterisk/monitor/DONE

and have the recordings automatically move to the $PATHmonitor folder after every call.

This can be done by adding the following entry in your /etc/extensions.conf:

exten => 8312,1,Answer
exten => 8312,n,Set(MONITOR_EXEC=/root/move_file.sh ${CALLERIDNAME}*.wav)
exten => 8312,n,Monitor(wav,${CALLERIDNAME},m)
exten => 8312,n,Wait,3600
exten => 8312,n,Hangup

Where "/root/move_file.sh" is a shell script:

#!/bin/sh

cd /var/spool/asterisk/monitor
for X in $1
do
mv $X /var/spool/asterisk/monitor/DONE
done

You need to set the Campaign Rec Exten to 8312. This worked like a charm and all calls are now complete.

The recordings scripts will now look for the recorded audio in "/var/spool/asterisk/monitor/DONE" instead of "/var/spool/asterisk/monitor".

by **rajiv_kuin** » Wed Dec 03, 2008 8:36 pm

You mentioned that recordings are already in -in files... means we just rename the in file to -all and remove the -out file... no mixing is required... is that what you mean here..

by **mflorell** » Thu Dec 04, 2008 7:50 am

Yes, again, that is an option in the new recordings scripts...

by **saqib.ali** » Wed Dec 10, 2008 12:51 pm

the above script only move the recordings of those calls which are done and not which are in process right ?

by **mflorell** » Wed Dec 10, 2008 1:15 pm

correct.

by **rajiv_kuin** » Mon Dec 15, 2008 3:09 am

mflorell wrote:Yes, again, that is an option in the new recordings scripts...

I am sorry but i did not get if it was answer to my question or the suggestion above... tell me if i make cron to just move *-in.wav to *-all.wav and delete *-out.wav... what all can go wrong... i am pretty sure that linux wont let me move a file in use.. ie. where recording still going on...

Please do reply as i think if this is possible then a little workaround it can reduce so much load on the server that it has to take while mixing recordings...

by **mflorell** » Tue Dec 16, 2008 12:12 am

You do not have to make a process to do this, the new scripts already do that for you.

Linux has no problem moving files that are being written to, you do have to watch out for that if you are writing your own process.

by **rajiv_kuin** » Fri Dec 19, 2008 3:29 am

Dear Matt..

I have been through the recording sripts that are there in bin folder of 2.0.4 but all involve soxmix... i suppose the one that does not mix and just copies would avoid soxmix in that...

If i am wrong it would be wonderful if you can just specify the file name here and we would try to use that one....

Sorry for troubling you a lot... i got manager manual and there are so many things it leaves untouched...

regards

Rajiv

by **saqib.ali** » Mon Dec 22, 2008 4:33 am

Hi the above script i.e move.sh dose'nt work when i am using RAMDISK for recording but work well when recording on local Harddrive.

mounted RAMDRIVE on /var/spool/asterisk/monitor/

/sbin/mke2fs -q -b 1024 -m 0 /dev/ram0
/bin/mount /dev/ram0 /var/spool/asterisk/monitor

in move.sh i have

#!/bin/sh

cd /var/spool/asterisk/monitor
for X in $1
do
mv $X /recording
done

by **gardo** » Mon Dec 22, 2008 11:30 pm

Any error messages?

by **saqib.ali** » Tue Dec 23, 2008 8:24 am

no error messages or any warnings are shown up

by **gardo** » Wed Dec 24, 2008 9:27 am

try running the commands in the script on the command line one line at a time and see what happens.

by **saqib.ali** » Fri Dec 26, 2008 10:59 am

i am not putting the 'm' option in Monitor Function in extensions.conf due to which its not moving the recording files.
exten => 8312,1,Answer()
exten => 8312,2,Set(MONITOR_EXEC=/root/move_file.sh ${CALLERIDNAME}*.wav)
exten => 8312,3,Monitor(wav,${CALLERIDNAME},m)
exten => 8312,4,Wait,3600
exten => 8312,5,Hangup()

after correcting that particular line its working ok ... why its not working without 'm' option ???

by **saqib.ali** » Sat Jan 10, 2009 11:07 pm

still having the incomplete calls after recording the calls in RAM drive and then move them to the HARD DISK.
really stuck in that dun know what else to do ... ANY HELP ???

vicidial.org

not recording full conversation.

not recording full conversation.

hello

hi

hi

Interesting

Please clarify

Who is online