On Tue, Aug 26, 2008 at 11:06:03AM +0100, [EMAIL PROTECTED] wrote: > >From Tim's email: > > > > So, I could imagine gmond and gmetad staying the same and the > > above is one way for Carlo's greaper to work. There would be > > a new web service added to the gmetad server to manage site > > configuration. Since it knows all greapers that have > > requested configuration, it could notify them when their > > configuration has changed (all greapers could listen on a > > fixed port). They would then request the updated > > configuration and restart their gmond. > > What do people think about the extra complexity of gmetad initiating a > connection to greaper?
greaper doesn't exist yet (and might never do) but I think Tim's comments where about a greaper running in the gmetad server that will use gmetad's view of the cluster to figure out which nodes he has to contact and probably even managing gmetad as well (as is needed by his setup where nodes move around in between clusters) > Obviously, at least one of the gmond nodes has to be accessible for > gmetad to make a TCP connection and receive data. However, from the > email sent the other day about UDP unicast, I'm guessing that there are > some people who don't have two-way connectivity to all of their nodes. yes and neither can you assume that all gmond have two-way connectivity to all other gmond (even if it is collecting from them) > Also, is there any reason not to have both the DSO module configuration > scheme and the greaper scheme? no but I still think that the greaper approach is more flexible and was also hoping that it could be done in a modular way as you proposed while integrated with your solution. > greaper could potentially use the same modules, it might work like this: > > - fetch `template' configuration file from gmetad or web server > - parse the file with libConfuse > - load the configuration modules > - apply changes to the template configuration structure in libConfuse > - write the file to disk again agree, eventhough it might probably make more sense to have all logic for deciding which configuration to use in the server than to be done on each node independently based on some template. Carlo ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
