asterisk users - Dec 2005 - Realtime Replication of a Single File

List users,

Please provide me with tips on how to replicate a single file to a 
separate machine as changes are made to it.  I would prefer a method 
that reacts to file modifications (ie. FAM/gamin) as opposed to timed 
loops/polling (cron + rsync).  I'd also like to avoid NFS altogether.

Keeping resource consumption low on the source machine is a priority.  A 
bit of research has lead me to believe that calling rsync when gamin is 
alerted to a file modification would be a good fit for my scenario, but 
I'm unclear on the easiest implementation.

My scenario is as follows.  I have a machine that runs Asterisk VoIP PBX 
software.  Asterisk creates a log file that we generate reports off of.  
Another machine handles the generation of these reports, which involves 
significant number crunching and file I/O.  By replicating the file on 
the reporting machine, I'd like to decouple the resource consumption of 
reporting from the VoIP server.  Some of the reports are used to monitor 
activities in realtime, so cronning off rsync on a large time interval 
is not an option.

Thank you,

Matthew Roth
InterMedia Marketing Solutions
Software Engineer and Systems Developer

This sounds like a prime candidate for a database implementation. That way
you can get very near real-time stats without the overhead of frequent
cronjobs or polling. You number crunching computer would then just grab
the data and crunch away. I'm just now getting started on using Asterisk
in the more advanced modes (ie Realtime) so I do not know how to implement
this, but I'm sure that it could be done.

Ryan
> List users,
>
> Please provide me with tips on how to replicate a single file to a
> separate machine as changes are made to it.  I would prefer a method
> that reacts to file modifications (ie. FAM/gamin) as opposed to timed
> loops/polling (cron + rsync).  I'd also like to avoid NFS altogether.
>
> Keeping resource consumption low on the source machine is a priority.  A
> bit of research has lead me to believe that calling rsync when gamin is
> alerted to a file modification would be a good fit for my scenario, but
> I'm unclear on the easiest implementation.
>
> My scenario is as follows.  I have a machine that runs Asterisk VoIP PBX
> software.  Asterisk creates a log file that we generate reports off of.
> Another machine handles the generation of these reports, which involves
> significant number crunching and file I/O.  By replicating the file on
> the reporting machine, I'd like to decouple the resource consumption of
> reporting from the VoIP server.  Some of the reports are used to monitor
> activities in realtime, so cronning off rsync on a large time interval
> is not an option.
>
> Thank you,
>
> Matthew Roth
> InterMedia Marketing Solutions
> Software Engineer and Systems Developer
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

I think Ryan is right.
We have been using Realtime + mysql.  We also run reports in realtime 
that query the mysql db, particularly the cdr table.  Al this runs in 
realtime, which is very important for reporting.  It not very cpu, mem 
intensive.

yusuf


This sounds like a prime candidate for a database implementation. That way
you can get very near real-time stats without the overhead of frequent
cronjobs or polling. You number crunching computer would then just grab
the data and crunch away. I'm just now getting started on using Asterisk
in the more advanced modes (ie Realtime) so I do not know how to implement
this, but I'm sure that it could be done.

Ryan


 >> List users,
 >>
 >> Please provide me with tips on how to replicate a single file to a
 >> separate machine as changes are made to it.  I would prefer a method
 >> that reacts to file modifications (ie. FAM/gamin) as opposed to timed
 >> loops/polling (cron + rsync).  I'd also like to avoid NFS
altogether.
 >>
 >> Keeping resource consumption low on the source machine is a priority. 
A
 >> bit of research has lead me to believe that calling rsync when gamin
is
 >> alerted to a file modification would be a good fit for my scenario,
but
 >> I'm unclear on the easiest implementation.
 >>
 >> My scenario is as follows.  I have a machine that runs Asterisk VoIP
PBX
 >> software.  Asterisk creates a log file that we generate reports off
of.
 >> Another machine handles the generation of these reports, which
involves
 >> significant number crunching and file I/O.  By replicating the file on
 >> the reporting machine, I'd like to decouple the resource
consumption of
 >> reporting from the VoIP server.  Some of the reports are used to
monitor
 >> activities in realtime, so cronning off rsync on a large time interval
 >> is not an option.
 >>
 >> Thank you,
 >>
 >>