I'm finding this discussion a bit ironic; in my environment, we're strongly 
considering pulling all of the naming out of gmond & gmetad, and only doing the 
hostname lookups in the PHP front-end.  That way there's no need to deal with 
DNS or host naming issues in most of the cluster(s) we monitor at all.  I 
suppose there's some risk in situations where the same virtual IP is bound on 
many machines, but mcast_if should take care of that.   My thought is that the 
fewer underlying services a monitoring system needs to work, the more likely it 
is to work.

-- ReC


On 2/5/09 10:36 PM, "Spike Spiegel" <fsm...@gmail.com> wrote:

Hi,

thanks for the clarification,

On Thu, Feb 5, 2009 at 11:44 PM, Brad Nicholes <bnicho...@novell.com> wrote:

> Anything else the spoofing module needs to do beyond this
> it completely up to the module developer.  Any or all of what you
> described below should just be module implementation details.

Ok, so given that's the way forward as far as coding something goes,
how does upstream folks feel about a patch to all the C modules to use
spoofing based on a config parameter? Because that's what I need in
order to solve my PTR problems and I wouldn't want to have to redo all
of them in python, but on the other side if a patch wouldn't be
accepted I might consider it. On a side note, has anybody done an
estimation of the performance hit between a python and C module?

In practice I'm thinking of a new global parameter in gmond.conf
called "use_local_hostname = yes/no" which would then trigger a call
to gethostname() etc... and then add the SPOOF extra data. You could
also allow arbitrary strings but urm, might end up being too confusing
and I'm not sure I see the use of it.

--
"Behind every great man there's a great backpack" - B.

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to