[nylug-talk] watch a file (realtime) on remote machine

[wdg3rd at comcast.net]

Believe it or not, guys, Alex is a pretty cool dude when you have a beer with him in person.  He just seems like a jerk on-line.  The same way most people do.  I know I usually come across as an asshole.
-- 
Ward Griffiths    wdg3rd at comcast.net

The reason folks don't think of installing Windows as a painful experience is roughly the same reason men don't think of childbirth as a painful experience.      Mike, http://www.theregister.co.uk/2007/03/30/letters_3003/

 -------------- Original message ----------------------
From: "Marco Romeny" <marco.romeny at gmail.com>
> On 4/28/07, Gary Mort <gmlug at saplings.us> wrote:
> > Marco Romeny wrote:
> > > On 4/27/07, alex at pilosoft.com <alex at pilosoft.com> wrote:
> > >
> > >> not realtime enough,
> > >>
> > > no? is yours?

> > Actually, at the risk of validating Alex, I must say that his solution
> > was the best one I could see.
> 
> My solution had a bunch of problems and his was probably the least bad,
> but what I objected against was his assertion that his was the correct. Being
> the best out a few bad is not the same as being correct.
> 
> >
> > Looking up dnotify and inotify, it appears they hook into the file
> > system directly(or the file system hooks into them) so that whenever any
> > relevant change is made, they will be triggered.
> 
> Now I have no idea what you are logging and how often something gets
> logged, but many of my logs change faster than the return time of a
> rsync-process, meaning I would easily run in to problems with that
> solution.
> 
> Peter's last response about reusing the ssh-channel seemed pretty interesting
> to deal with this.
> 
> >
> > By hooking an rsync call into them, the files would be mirrored
> > automatically whenever changes were made.  Since the requestor was using
> > rsync already and his major objection was having to run it every few
> > minutes, this would eliminate that problem and bring him down to just
> > having to deal with network transit time and the system setup.
> >
> > Furthermore, if he likes any of the other solutions, dnotify/inotify
> > could be used to trigger any of them to do the same thing(process the
> > data upon change).
> >
> > So I've got to say that this solution is clearly superior to the others
> > and well worth knowing about.
> >
> > Does it bother me that I didn't know about it?  Nope.  I don't try to
> > claim to be an expert, just willing to do my best in whatever situation
> > I'm in.  If others wish to sneer at my best advice at any given point in
> > time, that's their choice.
> >
> > -Gary