There are good tools for achieving this type of software delivery on
clusters. Take a look at Rocks (www.rocksclusters.org) or any of the
other cluster-building toolkits.
I am biased, but I believe an ad-hoc method of distributing software is
not the way to go. The problem is much more difficult than it seems at
first. There do exist mature tools (Rocks or even CFEngine) that can do
what you describe.
On Thursday, October 17, 2002, at 02:50 PM, Lester Vecsey wrote:
Perhaps as part of installing gmond it could be recommended to go the
extra
step to set up rysnc+ssh to distribute gmond, using the ssh-keyinstall
script available on the net or preferably an improvement on this
particular
script that would automate the setup of ssh keys even further. Then
replacing gmond's to a new version on even huge installations
shouldn't be
too much effort. As part of the install a unique gmond user would be
suggested to be created to tie together all the machines.
Also how about breaking down gmond even further into a sub components
that
allow for the streaming of files through it, to/from via multicast.
Then
future versions and gexec modules etc could be streamed out, perhaps
even
wrapped through ssh encryption.
----- Original Message -----
There is a fairly large user base of OSCAR installs using 2.2.3 so
it is
not
trivial to go around to all of those and replace the version of
ganglia.
-------------------------------------------------------
This sf.net email is sponsored by: viaVerio will pay you up to
$1,000 for every account that you consolidate with us.
http://ad.doubleclick.net/clk;4749864;7604308;v?
http://www.viaverio.com/consolidator/osdn.cfm
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Federico
Rocks Cluster Group, Camp X-Ray, SDSC, San Diego
GPG Fingerprint: 3C5E 47E7 BDF8 C14E ED92 92BB BA86 B2E6 0390 8845
