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
> > con
>> Reading through the backlog, what you guys really want is
>> something similar to zeroconf/bonjour -- have any of you
>> thought of integrating it with Ganglia?
>>
>> http://developer.apple.com/opensource/internet/bonjour.html
>>
>> This is cross-platform, works on Mac OSX, UNIX, Windows.
>>
>>
On Mon, Aug 18, 2008 at 09:15:00AM +0100, [EMAIL PROTECTED] wrote:
>
> > > Here is my proposal:
> > > - insert a dynamic_configuration step immediately after parsing the
> > > text files and before any of the cfg_t structures are examined
> >
> > how would this work for module configurations wh
On Tue, Aug 12, 2008 at 02:05:41PM +0100, [EMAIL PROTECTED] wrote:
> > > I've been giving this some more thought. There are a
> > couple of issues
> > > that come to mind:
> > >
> > > - The default configuration might not always be appropriate - would
> > > people welcome a patch that disables
On Tue, Aug 12, 2008 at 02:14:15PM +0100, [EMAIL PROTECTED] wrote:
> > fair, and so for the sake of clarity let me explain again
> > what are the specification constrains :
> >
> > * must allow for nodes to specify where the configuration server is
> > * must allow for additional configurations t
Daniel,
On Wed, Aug 13, 2008 at 12:13:50PM +0100, [EMAIL PROTECTED] wrote:
>
> I don't dispute the validatity of your solutions - I wish I could do
> something similar.
I don't think anyone is trying to force their solutions on you, but just
trying to help you get a solution that will work in yo
On Wed, Aug 13, 2008 at 11:15:32AM -0700, Bernard Li wrote:
>
> Reading through the backlog, what you guys really want is something
> similar to zeroconf/bonjour -- have any of you thought of integrating
> it with Ganglia?
it was implicitly mentioned as part of all other discovery mechanisms
prop
On Thu, Aug 14, 2008 at 08:45:47AM +0100, [EMAIL PROTECTED] wrote:
> Maybe gmond should not know the cluster name at all - maybe gmetad
> should have an internal table of cluster names and nodes.
gmetad does have such a table in its configuration in the form of datasources
which should include at
Guys:
On Wed, Aug 13, 2008 at 4:13 AM, <[EMAIL PROTECTED]> wrote:
> Even if some of the configuration is dynamic, libConfuse provides a way
> to dump it's data structures to a string for convenient troubleshooting
> (see the cfg_print methods).
>
> I don't dispute the validatity of your solution
On Mon, Aug 11, 2008 at 11:24:52AM +0100, [EMAIL PROTECTED] wrote:
> >
> > if you want to do it inside gmond for whatever reason, then
> > you will need to add and extra fork while daemonizing and do
> > the work in the parent, but as Timothy explained it could be
> > as well done with some scr
>still, how does a restart happen or how is new configuration detected by
>gmond? There would still have to be something that pokes gmond to tell it
>to restart. And if that is the case, then we are back to why not just use
>an existing configuration management service.
Exactly. Since the propo
>>> On 8/12/2008 at 7:14 AM, in message
<[EMAIL PROTECTED]
, <[EMAIL PROTECTED]> wrote:
>>
>> fair, and so for the sake of clarity let me explain again
>> what are the specification constrains :
>>
>> * must allow for nodes to specify where the configuration server is
>> * must allow for addi
On Mon, Aug 11, 2008 at 08:53:58AM +0100, [EMAIL PROTECTED] wrote:
> > > Fetching the configuration file from a web server is quite a valid
> > > solution - and as you point out, the file can be cached
> > locally. In
> > > contrast, the benefit of LDAP is that it can enforce some
> > structur
On Fri, Aug 08, 2008 at 11:53:02AM +0100, [EMAIL PROTECTED] wrote:
> > Configuration management is always a challenge, but lucky for
> > us ganglia doesn't have to do any of that because it is a
> > cluster monitoring tool that can run without a configuration.
First, want to be completely clear
>What happens when you have multiple clusters? Each node needs to know
>which cluster name and multicast address to use. In a huge
>organisation, it is not feasible for every node to join the same
>multicast group. In some clusters, not all nodes are on a shared
>multicast segment. So the defau
On Fri, Aug 08, 2008 at 09:30:23AM +0100, [EMAIL PROTECTED] wrote:
> From: Carlo Marcelo Arenas Belon [mailto:[EMAIL PROTECTED]
> > [EMAIL PROTECTED] wrote:
> > >
> > > I've been looking at how we currently deploy Ganglia configuration
> > > files in our organisation, and whether the process can
On Tue, Jul 29, 2008 at 09:51:58AM +0100, [EMAIL PROTECTED] wrote:
>
> I've been looking at how we currently deploy Ganglia configuration files
> in our organisation, and whether the process can be improved.
gmond by design is able to work without a configuration for exactly this
reason.
the def
On Tue, Jul 29, 2008 at 11:35, <[EMAIL PROTECTED]> wrote:
>> -Original Message-
>> From: Jesse Becker [mailto:[EMAIL PROTECTED]
>> [EMAIL PROTECTED] wrote:
>> > I've been looking at how we currently deploy Ganglia configuration
>> > files in our organisation, and whether the process can be
On Tue, Jul 29, 2008 at 09:51:58AM +0100, [EMAIL PROTECTED] wrote:
> I've been looking at how we currently deploy Ganglia configuration files
> in our organisation, and whether the process can be improved.
>
> Is anyone already working on any aspect of this issue:
You should look at one of
[EMAIL PROTECTED] wrote:
>
>
> I've been looking at how we currently deploy Ganglia configuration files
> in our organisation, and whether the process can be improved.
> - allowing a central configuration server to override some, but not all,
> of the values specified in the config file
This is
20 matches
Mail list logo