From: Francis Cianfrocca Date: 2006-09-19T22:09:07+09:00 Subject: Re: a server that will serve http page created from data collected by "rsh" ------=_Part_83418_15222251.1158671344481 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 9/19/06, rajibsukanta@yahoo.co.in wrote: > > It is actually an NETWORK MONITORING SYSTEM comprising of about 80 UNIX > machine. > in each of the machine every five minutes a text file is generated > which gives the exception report of call failures of a TELECOM > subscribers divided into various categories like DIAL CODE,VOICE > CALL,DATA CALL etc . > > The whole idea is to coallate these files from 80 machines and > represent them in web browser in tabular fashion in about 20 user PCs. The obvious first thought is to use DRb. Another possibility is: Build a web server (use Rails if you like) on a Unix machine that can access the 80 managed Unix machines via ssh. Have the server pull the 80 text files from the managed machines every five minutes via a cron script. You have no rsh, no Windows problems, only an ssh public key (that of the server) installed on each of the 80 machines. If you're concerned about race conditions on the managed servers, have them rsync their files to the central server. (The downside is that you now need to install (and manage) 80 public keys on the server- not too bad.) Run your collation script on the server- the data format doesn't matter very much but I would consider XML. Replicate the central server for redundancy. On the 20 Windows clients, you run nothing but a browser to the Rails app. A message-queueing solution would have made this even easier. ------=_Part_83418_15222251.1158671344481--