leif-
you're right in that gmetad currently just get the name from xml NAME
tag. gmetad doesn't do dns hostname lookups. the problem with dns is
further down stream.
say i'm monitoring hundreds of clusters all over the world. the gmond
that i'm fulling the data from use dns to resolve the ip t
Matt Massie <[EMAIL PROTECTED]> writes:
> gmetad saves a dbm(or xml) with the hostname/ip tuples. these files
> persist on disk even though gmetad is stopped/started. if there is a
> mismatch with previous tuples then gmetad will merge/move database files
> to deal with the changes.
>
> having t
I know what you mean about the data forking as it relates to the hostname
and IP address, an example is where a set of gmonds are running and only a
pair of them have tcp port 8649 listening, and one of them has a custom
hosts file or certain knowledge of ip to hostname mapping that differs from
th
On Tue, Feb 24, 2004 at 12:10:35PM -0800, Matt Massie wrote:
> if we simply key on ip address, it would cause other problems. when you
> remap ip/hostname pairs in a network overhaul.. it's very possible to
> have ip gets swapped (not just changed for a single host). in that case
> the data forks
the real problem here is not that data will be lost if the ip/hostname
pair changes. the real problem is that the data forks to two different
places.
gmetad is currently not smart enough to know that a fork occurred. i
don't see a simple way to make it smart.
here's one way...
gmetad saves a d
On Tue, Feb 24, 2004 at 09:06:10AM +0100, Leif Nixon wrote:
> Brooks Davis <[EMAIL PROTECTED]> writes:
>
> > Since this will require a conversion script anyway, would it be
> > possiable to move away from using hostnames in the data store entierly?
> > It has the weird effect that if you don't hav
Brooks Davis <[EMAIL PROTECTED]> writes:
> Since this will require a conversion script anyway, would it be
> possiable to move away from using hostnames in the data store entierly?
> It has the weird effect that if you don't have a hosts entry in
> place the first time the host comes on, it gets s
On Fri, Feb 20, 2004 at 01:17:51PM -0800, Matt Massie wrote:
> guys-
>
> i just updated the CVS and uploaded a new tarball to
> http://matt-massie.com/ganglia/
>
> i fixed the RRD case-sensitivity problem by forcing the RRD paths to be
> lower-case in both gmetad and the web frontend. this chang
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> guys-
>
> here are the latest changes that i've made to ganglia. i put a
> tarball
> of 2.5.7 at http://matt-massie.com/ganglia/ .
>
Matt,
now I am confused. Shouldn't that be 2.5.8?
Martin
=
--
On Feb 20, 2004, at 11:37 AM, Matt Massie wrote:
before.. you just ran 'telnet localhost 8649' for example and your
screen was filled with glorious XML. of course, if the compression is
turned on you will get no-so-human-readable compressed data.
This will break our ganglia-python tools, spe
guys-
i just updated the CVS and uploaded a new tarball to
http://matt-massie.com/ganglia/
i fixed the RRD case-sensitivity problem by forcing the RRD paths to be
lower-case in both gmetad and the web frontend. this change doesn't
effect how the data is displayed.
for example, if DNS alternatel
Hi Matt:
Matt Massie wrote:
i want to share my current motivation with you to let you know where i'm
coming from. my primary funding is now coming from the planet-lab
project (http://www.planet-lab.org/). because of this, you're going to
see more effort put into making ganglia more robust, ef
guys-
here are the latest changes that i've made to ganglia. i put a tarball
of 2.5.7 at http://matt-massie.com/ganglia/ .
first off, i've moved all the web frontend PHP stuff into the main
distribution (directory ./web). this is going to simplify maintenance
considerably and make sure the vers
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> On Tue, 2004-02-10 at 00:02, Martin Knoblauch wrote:
>
>
>
> struct ifi_info *info, *n;
>
> info = Get_ifi_info(AF_INET, 0);
>
> for(n = info; n; n = n->ifi_next)
> {
> /* process the info you are interested in here
> n->ifi_flags wi
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-02-11 at 00:12, Martin Knoblauch wrote:
>
> > So, where does Get_ifi_info() come from? Is that Ganglia, Solaris,
> > something else? Basically that loop above is even more convenient
> than
> > than the intf_loop stuff. I never really lik
On Wed, 2004-02-11 at 00:12, Martin Knoblauch wrote:
> So, where does Get_ifi_info() come from? Is that Ganglia, Solaris,
> something else? Basically that loop above is even more convenient than
> than the intf_loop stuff. I never really liked the callback mechanism.
it's ganglia (see ./lib/get
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> On Tue, 2004-02-10 at 00:02, Martin Knoblauch wrote:
>
> > are the intf_open/intf_loop/intf_close functions still there? If
> not,
> > it breaks the new network functionality for solaris big time.
>
> the functions intf_open intf_loop and intf_close d
On Tue, 2004-02-10 at 00:02, Martin Knoblauch wrote:
> are the intf_open/intf_loop/intf_close functions still there? If not,
> it breaks the new network functionality for solaris big time.
the functions intf_open intf_loop and intf_close do not exist anymore.
however, it should not be hard at a
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> guys-
>
> i've made dramatic changes to the ganglia-monitoring-core 2.5.x
> source
> in CVS.
>
> i removed all the dnet source files and replaced then with simpler
> steven's source which i modified to collect MTU data. i wrote a
> function which calc
guys-
i've made dramatic changes to the ganglia-monitoring-core 2.5.x source
in CVS.
i removed all the dnet source files and replaced then with simpler
steven's source which i modified to collect MTU data. i wrote a
function which calculates the minimum MTU for all network interfaces and
went th
20 matches
Mail list logo