I've been checking out the recent 2.6.0 snapshot and it's looking good.
Matt, it looks like you have made provisions for some kind of host proxy
mechanism. Is it functional
to the point where I can send gmetric messages on behalf of others?
If you recall, I produced a similar hack for an earlier
oops. i just dropped conf.pod into cvs. you'll see the file when you
do an update.
-matt
Martin Knoblauch wrote:
Hi Matt,
there is a problem with CVS. I cannot build from a freshly co-ed
repository. It is missing gmond/conf.pod.
make[3]: *** No rule to make target `conf.pod', needed by
`g
Hi Matt,
there is a problem with CVS. I cannot build from a freshly co-ed
repository. It is missing gmond/conf.pod.
make[3]: *** No rule to make target `conf.pod', needed by
`gmond.conf.5'. Stop.
make[3]: Leaving directory
`/home/scratch/ganglia-cvs/ganglia-post-2_5_7/monitor-core/gmond'
make[2
guys-
i've just uploaded a new 2.6.0 snapshot to
http://matt-massie.com/ganglia/ganglia-2.6.0.200501131209.tar.gz
we are getting much closer to a working beta for users to start testing.
this snapshot will listen to any number of defined udp/mcast channels
and output valid XML to any number o
Matt,
How soon can we expect a full functioned 2.6.0 beta? Have you locked
down the feature set?
--
Yemi
On Jan 10, 2005, at 5:12 AM, Matt Massie wrote:
Martin Knoblauch wrote:
--- Matt Massie <[EMAIL PROTECTED]> wrote:
i just uploaded a nearly functional snapshot of 2.6.0 to
http:/
--- Matt Massie <[EMAIL PROTECTED]> wrote:
>
>
> Martin Knoblauch wrote:
> > --- Matt Massie <[EMAIL PROTECTED]> wrote:
> >
> >
> >>i just uploaded a nearly functional snapshot of 2.6.0 to
> >>http://matt-massie.com/ganglia/ganglia-2.6.0.200412151451.tar.gz
> >>
> >>what i mean by nearly funct
Martin Knoblauch wrote:
--- Matt Massie <[EMAIL PROTECTED]> wrote:
i just uploaded a nearly functional snapshot of 2.6.0 to
http://matt-massie.com/ganglia/ganglia-2.6.0.200412151451.tar.gz
what i mean by nearly functional is that i need feedback from the
developers before stitch up and clo
what is the compatibility level of 2.6.0 compared to 2.5.7? Can one
use old gmond.conf unaltered?
no. there is a new format but it will be easy to convert from one to
the other. this change was necessary to support multiple unicast
channels and allow for people to modify the internal metric
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> i just uploaded a nearly functional snapshot of 2.6.0 to
> http://matt-massie.com/ganglia/ganglia-2.6.0.200412151451.tar.gz
>
> what i mean by nearly functional is that i need feedback from the
> developers before stitch up and close surgery on 2.6.0.
i just uploaded a nearly functional snapshot of 2.6.0 to
http://matt-massie.com/ganglia/ganglia-2.6.0.200412151451.tar.gz
what i mean by nearly functional is that i need feedback from the
developers before stitch up and close surgery on 2.6.0. more on that
follows.
i've tested this version o
Excellent! I'll give it a shot right now.
Cheers!
-Eric
Eric Wages
University of Maine
Advanced Computing Research Lab
20 Godfrey Drive
Orono, ME 04473
(P)(F) 207-866-6510
On Dec 14, 2004, at 7:37 AM, Matt Massie wrote:
http://matt-massie.com/ganglia/ganglia-2.6.0.200412141232.tar.gz
compiles
http://matt-massie.com/ganglia/ganglia-2.6.0.200412141232.tar.gz
compiles and runs on darwin.
-matt
Eric Wages wrote:
Matt,
Did you ever get a chance to fix the duplicate key_metrics issue on
darwin? I'm just getting down to taking a stab at Ganglia again and are
getting stuck at that point.
I would also like to see a stable 2.5.x continue for a while with at
least bug fixes and preferably even useful features, like unicast. We
will probably continue to use 2.5.x in production, even well after
2.6/3.0? is released while we come up with a migration strategy, since
we will have to coord
Hi There.
It appears that 2.6.0 is quite a significant step from 2.5.x especially
since there isn't 100% backwards compatibility with 2.5.x. I don't want
to sound too pessimistic but I sense that it may be sometime before we
see an official 2.6.0 release. Why don't we see more frequent minor
FYI,
Just tried to build the monitor-core on an NFS mounted drive and it
hung on the checking strdup... line. What happens is that it causes
the local NFS server to stall and start dumping nfs server not
responding messages in the system.log. You can recover by a umount -f
and remount.
Pr
i just uploaded a new snapshot of 2.6.0. to
http://matt-massie.com/ganglia/ganglia-2.6.0.200412131710.tar.gz
the main changes are in the ./lib/protocol.x definition and ./gmond/gmond.c
if you run gmond now, it will output messages to stderr about the
messages it hears. it looks something like.
> threshold data interpreted by gmetad so that data is only written to
> round robin database files when necessary.
in protocol.x i've specified a data state value which expressed why the
data was sent (time threshold, value threshold, one of the absolute
thresholds). this will allow us to onl
I have brought ./monitor-core/web up to date with the 2.5.7 release,
and made sure all the recent post 2.5.7 commits are present. This code
is tested on a ganglia 2.5.7 monitor network (on linux) with several
monitored clusters.
I have not included the gzlib compression code in ganglia.php sin
Hi Matt.
I welcome some of the new features you are planning to introduce for
2.6.0. I have downloaded this snapshot and I'll try and I'm looking
forward to a working version I can test out too. From your description
I understand that a metric collection_group is used to specify a bunch
of re
guys
i just uploaded a new snapshot of 2.6.0 to
http://matt-massie.com/ganglia/ganglia-2.6.0.200412121042.tar.gz
this snapshot has multicast support (although setting the TTL isn't
supported yet although the code is mostly written). all the multicast
code is in ./lib/apr_net.[c,h].
the conf
guys-
i've sent a support request to sourceforge to remove all the modules in
CVS except for "monitor-core" and "gexec" (which i've asked them to
flush out the Attic files).
i've also moved the webfrontend source into ./monitor-core/web/. this
will be its home for the foreseeable future. i
guys-
i just uploaded a new 2.6.0 snapshot to
http://matt-massie.com/ganglia/ganglia-monitor-core-2.6.0.200412091116.tar.gz
if you look at this snapshot you'll see that gmetad is completely
unchanged. all changes currently are focused on gmond.
configuration file
the 2.6.0. configuration fi
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> guys-
>
> there is a new 2.6.0. snapshot available at
>
http://matt-massie.com/ganglia/ganglia-monitor-core-2.6.0.200412021149.tar.gz
>
> i've tested this new snapshot on linux and cygwin (meaning i compiled
>
> and ran gmond).
>
> when you run a "c
guys-
there is a new 2.6.0. snapshot available at
http://matt-massie.com/ganglia/ganglia-monitor-core-2.6.0.200412021149.tar.gz
i've tested this new snapshot on linux and cygwin (meaning i compiled
and ran gmond).
when you run a "cvs update" you will see what appears to be dramatic
changes b
Matt,
cool, we are holding our breath until then. You better hurry up :-)
One suggestion: when you do your tarballs, could you add a time/date
to the filename?
Cheers
Martin (face turning slightly blue )
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> i should have a new apr-based snapshot o
i should have a new apr-based snapshot of 2.6.0 available in the coming
days.
-matt
--
PGP fingerprint 'A7C2 3C2F 8445 AD3C 135E F40B 242A 5984 ACBC 91D3'
They that can give up essential liberty to obtain a little
temporary safety deserve neither liberty nor safety.
--Benjamin Fran
Still the same error.
MD5 (ganglia-apr-2.6.0.tar.gz) = 21fdd980e1a32a845f78574e01917bf6
-- Brooks
On Wed, Aug 04, 2004 at 04:35:42PM -0700, Matt Massie wrote:
> i should have done a "distcheck" before i uploaded the new snapshot.
> my bad. i just uploaded a new tarball that is correct.
>
> htt
addr_t **sa )
{
apr_status_t status;
}
end of mcast.c
> -Original Message-
> From: Matt Massie [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 04, 2004 4:36 PM
> To: Brooks Davis
> Cc: Ganglia Developers
> Subject: Re: [Ganglia-developers] 2.6.0 a
i should have done a "distcheck" before i uploaded the new snapshot.
my bad. i just uploaded a new tarball that is correct.
http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz
also, yemi.. can you send me your "mcast.c"? i'm not clear on what you
had to change to get it to work.
if brooks
r.
What's next? Bring on 2.6.0
Yemi
> -Original Message-
> From: Adesanya, Adeyemi
> Sent: Wednesday, August 04, 2004 2:59 PM
> To: Adesanya, Adeyemi; 'Matt Massie'
> Cc: 'Ganglia Developers'
> Subject: RE: [Ganglia-developers]
of the code block
all is well (for now).
Yemi
> -Original Message-
> From: Adesanya, Adeyemi
> Sent: Wednesday, August 04, 2004 2:18 PM
> To: Adesanya, Adeyemi; 'Matt Massie'
> Cc: 'Ganglia Developers'
> Subject: RE: [Ganglia-developers] 2.
Ignore that last message!
Yemi
> -Original Message-
> From: Adesanya, Adeyemi
> Sent: Wednesday, August 04, 2004 2:08 PM
> To: 'Matt Massie'
> Cc: 'Ganglia Developers'
> Subject: RE: [Ganglia-developers] 2.6.0 apr test
>
>
> Matt,
Matt,
Check your latest snapshot. I think gmond is missing.
Yemi
> -Original Message-
> From: Matt Massie [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 04, 2004 1:37 PM
> To: Adesanya, Adeyemi
> Cc: 'Ganglia Developers'
> Subject: RE: [G
are using in Solaris 5.7? Can you get hold of
> Solaris 5.9??
>
>
> Yemi
>
> > -Original Message-
> > From: Matt Massie [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, August 04, 2004 10:14 AM
> > To: Adesanya, Adeyemi
> > Cc: 'Ganglia
>
> Yemi
>
> > -Original Message-
> > From: Matt Massie [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, August 04, 2004 10:14 AM
> > To: Adesanya, Adeyemi
> > Cc: 'Ganglia Developers'
> > Subject: RE: [Ganglia-developers] 2.6.0
, 2004 10:14 AM
> To: Adesanya, Adeyemi
> Cc: 'Ganglia Developers'
> Subject: RE: [Ganglia-developers] 2.6.0 apr test
>
> yemi-
>
> i'm using an older version of solaris (i think it's 5.7) so
> they must have moved the mreq definition to another header
rst use in this function)
>
> What's missing? Do I need to supply additional configure arguments?
>
>
> Yemi
>
> > -Original Message-
> > From: Matt Massie [mailto:[EMAIL PROTECTED]
> > Sent: Monday, July 26, 2004 3:10 PM
> > To: Ganglia D
att Massie [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 26, 2004 3:10 PM
> To: Ganglia Developers
> Subject: [Ganglia-developers] 2.6.0 apr test
>
> guys-
>
> the apache runtime (apr.apache.org) doesn't support multicast
> although it supports UDP sockets. i'v
guys-
the apache runtime (apr.apache.org) doesn't support multicast although
it supports UDP sockets. i've added the multicast support but it raises
a few issues.
the latest snapshot is at
http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz
i've tested it on linux and solaris. unfortunatel
martin-
i only added -Werror to the AM_CFLAGS for gmond right originally..
although i might even take it out there too (since there some benign
errors). your right.. i don't simple errors from simple code hosing the
entire configure process.
-matt
On Tue, 2004-07-20 at 22:46, Martin Knoblauch w
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> martin-
>
> you rock! i've added the -Werror and -Wconversion flags and fixed up
> the length variable issue. i'll make a new snapshot of ganglia-apr
> soon... your -Wconversion brought up a few more errors that i need to
> check out. the gmond test
martin-
you rock! i've added the -Werror and -Wconversion flags and fixed up
the length variable issue. i'll make a new snapshot of ganglia-apr
soon... your -Wconversion brought up a few more errors that i need to
check out. the gmond test code is based on the server example code in
the apr dis
--- Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> --- Matt Massie <[EMAIL PROTECTED]> wrote:
> > guys-
> >
> > i have a 2.6.0 test that i'd like you to run on your respective
> > operating systems.
> >
> > download http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz
> >
> > && ./configure &&
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> guys-
>
> i have a 2.6.0 test that i'd like you to run on your respective
> operating systems.
>
> download http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz
>
> && ./configure && make
>
Matt,
the problem with gmond coredumping on Solaris com
On Fri, 2004-07-16 at 05:02, Martin Knoblauch wrote:
> b) the resulting binary coredumps when accessing it via telnet
i just tested it on a Solaris 7 64-bit box and gcc 3.4.0.
when i built a 32-bit gmond ... everything worked great... just a simple
./configure && make. gmond didn't segfault how
Today, Martin Knoblauch wrote forth saying...
> no success on Solaris8, 64-bit, gcc-3.3.1. Two problems:
>
> a) the following libs are missing in order to link gmond
>
> -lsendfile -lresolv -lsocket -lnsl
i caught that yesterday too when i found a solaris box to compile on. i
made a new gan
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> guys-
>
> i have a 2.6.0 test that i'd like you to run on your respective
> operating systems.
>
> download http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz
>
> && ./configure && make
>
Matt,
no success on Solaris8, 64-bit, gcc-3.3.1. Two pr
sweet!
it's nice to know we can keep MacOS support and the ipv6 stuff works
correctly.
btw guys... after you compile the code.. you can run..
% make check
and there are lots of nice unit testing to see if everything is
hunkydorry.
-matt
On Thu, 2004-07-15 at 15:22, Brian Peterson wrote:
> Mac
On Thu, Jul 15, 2004 at 12:10:02PM -0700, Matt Massie wrote:
> On Thu, 2004-07-15 at 10:29, Brooks Davis wrote:
>
> > Partial success on FreeBSD 5-CURRENT, unless this is supposed to be a v6
> > only test. It's only binding to :: not 127.0.0.1. See below for my tests.
> >
> > Some thoughts on u
On Thu, 2004-07-15 at 10:29, Brooks Davis wrote:
> Partial success on FreeBSD 5-CURRENT, unless this is supposed to be a v6
> only test. It's only binding to :: not 127.0.0.1. See below for my tests.
>
> Some thoughts on using apr. In general, I like the idea. The
> config.layout feature look
On Wed, Jul 14, 2004 at 07:12:48PM -0700, Matt Massie wrote:
> guys-
>
> i have a 2.6.0 test that i'd like you to run on your respective
> operating systems.
>
> download http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz
>
> && ./configure && make
>
> i think i'm going to scrap the libunp
Today, steven wagner wrote forth saying...
> On my 7.2 box with 2.96 and 3.3.2 compilers, the configure and build appear
> to
> work OK - running the resulting gmond yields:
>
> [EMAIL PROTECTED] gmond]$ ./gmond
> Couldn't create socket
>
> The test daemon then exits to shell.
interesting...
On my 7.2 box with 2.96 and 3.3.2 compilers, the configure and build appear to
work OK - running the resulting gmond yields:
[EMAIL PROTECTED] gmond]$ ./gmond
Couldn't create socket
The test daemon then exits to shell.
On my SuSE 9.1 system (which is somewhat mroe vanilla), it configures, buil
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> guys-
>
Matt,
looks good on my ipv6 enabled Linus system. No longer confusing ipv4
and ipv6 adresses. No chance to test on the Suns yet.
> ..
> try this
>
> % telnet localhost 8021
>
> and then
>
> % telnet :: 8021
>
> if your telnet client is IP
i forgot to mention. if you take a look at the ./config.layout file
you'll see how the apache group does their layouts. i really like this
design (especially for gmetad) since we are supporting so many operating
systems that each have a different filesystem structures.
-matt
--
PGP fingerprint
guys-
i have a 2.6.0 test that i'd like you to run on your respective
operating systems.
download http://matt-massie.com/ganglia/ganglia-apr-2.6.0.tar.gz
&& ./configure && make
i think i'm going to scrap the libunp code from steven's book. i think
steven's is the master but getaddrinfo() is br
day, July 01, 2004 2:02 PM
> To: Adesanya, Adeyemi
> Cc: 'Ganglia Developers'
> Subject: Re: [Ganglia-developers] 2.6.0 status?
>
> i've been busy working in parallel directions on ganglia. it
> looks like i might get a student to work on the web frontend
>
Could you please spend some more time on restoring functionality.
I haven't got 2.6.x to work with FreeBSD yet. At a minimum there's
something wrong with the code that finds interfaces. Unfortunatly,
gmond isn't exactly an easy thing to debug and I've had poor luck
figuring out what I need to inc
i've been busy working in parallel directions on ganglia. it looks like
i might get a student to work on the web frontend this summer. it could
really use a facelift.
i've also been working on an sql query interface to the ganglia data.
it's currently a cgi program and as soon as i clean it up
Hi There.
I haven't any postings related to 2.6.0 latelycan we get a quick status
update regarding the Solaris '0.0.0.0/trusted hosts' bug?? Any progress??
Yemi
Rehi gang!
Tossed the latest version of 2.6.0's monitoring core up on one of our shiny
new dual Opterons and it apparently only responds if debug_level is set
nonzero. Doesn't seem to matter whether it's 1 or 10 or 90.
Doesn't seem to matter whether there's a config file present, either.
i just put out a new snapshot @ http://matt-massie.com/ganglia/
i also put the md5 sum in a file there as well to verify your download
(ganglia-2.6.0.tar.gz.md5)
i tested this snapshot on solaris and i'm not getting the 0.0.0.0
inet_ntop bug.
the box is a
SunOS white 5.7 Generic_106541-08 sun4u
i just put up a new 2.6.0 @ http://matt-massie.com/ganglia/
the old version had a typo in inet_ntop.c that was messing up the
inet_ntop() on solaris. i tested this newest snapshot on
SunOS white 5.7 Generic_106541-08 sun4u sparc SUNW,Ultra-1
with
address mySolarisBox
port
action send_re
I am facing similar problems with gmond 2.5.6 on solaris 9. With debug
on it works and without it it dies immediately. I saw another post on
this mailing list who faced a similar problem, but there was no response
to his post.
- Hari
Michael Hom wrote:
OS = SuSE Linux 8
Has anyone else run
OS = SuSE Linux 8
Has anyone else run into daemonizing problems with the latest 2.6.0 (March 22nd
version)?
Actually, I've noticed that this problem has persisted since the 2.5.7 releases.
Since using the unp.h library and the extra wrapper prototypes, gmond & gmetad
have
problems daemonizing/fo
I finally got a chance to working on Ganglia 2.6.0 in OS X. I first
tried the CVS version and ran into a bunch of libtool errors, so taking
Preston's advice I tried the pre-autoconfed version on Matt's website.
Same sort of error, but less of them. Unfortunately, I have little to
no understa
CTED]
> Subject: Re: [Ganglia-developers] 2.6.0 -Solaris kstat cpu_info
>
>
> Martin,
>
> Here's the "diff -u " output of the original solaris.c and my
> updated solaris.c. This is an odd scenario, but it could
> come up in certain environments (l
IL PROTECTED]To: Michael
Hom/NewYork/DBNA/[EMAIL PROTECTED]
de> cc: [EMAIL PROTECTED],
ganglia-developers@lists.s
Michael,
could you please post a "diff -u" style patch, so that I can apply it
automatically (alternatively just send me your version of solaris.c).
Robert: could you have a look at the change for sanity/correctness?
Apparently your previous fix did not take into account the case that
CPU #0 is
OS: Solaris 5.8, 5.9
File: "tarball/gmond/machines/solaris.c"
Function: get_kstat_val( )
I've been testing the latest ganglia 2.6.0 posted on March 22nd.
I noticed that gmond segfaults & core dumps when the first online cpu is NOT in
slot #0.
When I do a "kstat cpu_stat", my cpus are instance #
> not that I'm falling for your bait, but would you care to post your
> perl stuff. Just in case someone has to much free time available :-)
here is a perl function which pulls all the data out of a round-robin
database. you must have rrdtool installed since this function runs
rrdtool dump to get
The only question I have is how will the webfrontend scripts handle the
possibility of different rrd formats. Will they read the gmetad config
file to see what format the rrds were created with and give different
options for plotting the data?
How will the webfrontend be modified to take advanta
On Mon, 2004-03-22 at 09:46, Jason A. Smith wrote:
> The only question I have is how will the webfrontend scripts handle the
> possibility of different rrd formats. Will they read the gmetad config
> file to see what format the rrds were created with and give different
> options for plotting the
, we never mess with the RRDs individually, so perhaps this is not a
big deal.
-Federico
- Original Message -
From: "Matt Massie" <[EMAIL PROTECTED]>
To: "Ganglia Developers"
Sent: Friday, March 19, 2004 3:14 PM
Subject: [Ganglia-developers] 2.6.0
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> On Sun, 2004-03-21 at 10:35, Martin Knoblauch wrote:
> > Matt,
> >
> > I asked before - is the default setup compatible with pre-2.6.0?
>
> no. i (or someone with a little time?) will write a little
> perl/ruby/python script to convert all pre 2.6.0
On Sun, 2004-03-21 at 10:35, Martin Knoblauch wrote:
> Matt,
>
> I asked before - is the default setup compatible with pre-2.6.0?
no. i (or someone with a little time?) will write a little
perl/ruby/python script to convert all pre 2.6.0 rrds to the new
format. i have perl code i used for anot
--- Matt Massie <[EMAIL PROTECTED]> wrote:
> i just checked in changes to cvs and created a new 2.6.0 snapshot
> which
> is available (along w/RPMs) at http://matt-massie.com/ganglia/
> .
>
> this version allows you to configure gmetad round-robin archives any
> way
> that you like.
>
> the defau
i just checked in changes to cvs and created a new 2.6.0 snapshot which
is available (along w/RPMs) at http://matt-massie.com/ganglia/
.
this version allows you to configure gmetad round-robin archives any way
that you like.
the default archives are (from the code)...
config->num_rras = 4;
config
i just put a new snapshot of 2.6.0 up for you guys to take a look at
http://matt-massie.com/ganglia/ (tarballs and rpms)
here are the changes/updates...
there is a new commandline tool (gsh) which acts as a drop-in
replacement for rsh. gsh processes every commandline option for rsh on
linux free
guys-
i just put a new snapshot of 2.6.0 out at
http://matt-massie.com/ganglia/
here are the changes...
the execution tools are back in the distribution now. i tracked down the
bug... the native posix interface in the newer redhat kernels is buggy
(especially when it comes to handling semapho
--- Matt Massie <[EMAIL PROTECTED]> wrote:
>
> the only problem is that we'll have to reorganize the ${machine}.c
> files. i don't want to open that can of worm just yet. i think it
care to tell us more?
> makes sense to wait until we have the tree API up and running to
> allow
> for a hiera
i just checked in changed to ganglia 2.6.0 cvs.
you can get a snapshot of the work to this point at
http://matt-massie.com/ganglia/ganglia-2.6.0.tar.gz
here the new and improved (sane) way that unicast and multicast channels
are specified in gmond.
there are two new config file attributes "send_
82 matches
Mail list logo