On Tue, Mar 18, 2008 at 4:33 PM, Jesse Becker [EMAIL PROTECTED] wrote:
ERROR: Problems reading database name
Can't help you there. That looks like an rrdtool error, and I can't
reproduce the problem. There's one mention of it on Google:
BTW, was the modular patch done against an old revision? It looks
like my work with using the title for metric graphs have been undone
-- I am not sure what else is missing...
Regards,
Bernard
On Fri, Mar 21, 2008 at 6:16 PM, Bernard Li [EMAIL PROTECTED] wrote:
On Tue, Mar 18, 2008 at 4:33 PM
Hi Carlo:
On 3/19/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
Committed revision 1092
/usr/include/scoreboard.h is not a public system header and shouldn't be
installed.
Thanks, this works.
BTW in the future if you are updating the spec file, please make sure
you update the
Hi Carlo:
On 3/19/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
my half cooked idea (when I saw this and hoped someone else will fix it) was
to :
1) define we want a snapshot or not through an environmental variable
(with fallback to the current setting)
2) during bootstrap
On 3/19/08, Bernard Li [EMAIL PROTECTED] wrote:
Should I add scoreboard.h to EXTRA_DIST??
This, however, does not install scoreboard.h to /usr/include which the
RPM spec expects to -- please advise.
Cheers,
Bernard
Hi Carlo:
On 3/15/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
./bootstrap will regenerate all autotools related files, this files are better
off the repository if you don't want any file modified
Committed revision 1066.
Files are no longer modified, but the following file
Hi Jesse:
On 3/14/08, Jesse Becker [EMAIL PROTECTED] wrote:
That's a side-effect of different versions of RRDTool using different
fonts. I mentioned this before:
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg03447.html
Okay -- but this wasn't the case (at
Hi Carlo:
On 3/18/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
is there any good reason why building the python module wrapper is not
enabled by default?, there will always of course the option of disabling it
using --disable-python at configure time but will had the following
Hi Brad:
On 3/13/08, Brad Nicholes [EMAIL PROTECTED] wrote:
I am proposing that we create the 3.1.x branch on Monday (3/17). This
should give people the weekend to tidy up anything that is left before we
create the branch and start working towards a stable 3.1.x release. This will
Got the following error w/ make:
make[4]: Entering directory `/root/code/ganglia/libmetrics/tests'
/bin/sh ../libtool --mode=link --tag=CC gcc -g -O2 -o test-metrics
-static test-metrics.o ../libmetrics.la ../../lib/libganglia.la -lnsl
-lresolv
gcc -g -O2 -o test-metrics test-metrics.o
Hi Jesse:
On 3/12/08, Jesse Becker [EMAIL PROTECTED] wrote:
I just committed the modular-graph code to trunk: r1051.
Hopefully, it doesn't break anything horribly for anyone.
Rehashing this from the original email I posted a while back:
Each chart is generated from a specific .php
On 3/14/08, Bernard Li [EMAIL PROTECTED] wrote:
Got the following error w/ make:
make[4]: Entering directory `/root/code/ganglia/libmetrics/tests'
/bin/sh ../libtool --mode=link --tag=CC gcc -g -O2 -o test-metrics
-static test-metrics.o ../libmetrics.la ../../lib/libganglia.la -lnsl
Dear all:
Ganglia 3.0.7 has been released. This is a bugfix release with the
following summary:
- [web] Host view metric graphs' now (x.xx) number is always 0.00
- [web] Show Hosts toggled did not work
- [gmond] Fix memory leak from network metrics on Linux (thanks Kumar
Vaibhav for reporting)
Hi Carlo:
On 2/23/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
using something like git which will not go down and block anyone to do
commits, and which will hopefully help everyone outside main ganglia
development to maintain their patches in a way that could be integrated
Dear all:
I just uploaded which hopefully will be the last snapshot of 3.0.7
before it gets out the door:
http://www.ganglia.info/snapshots/3.0.x/
Please test this out on your respective platforms and report any (last
minute) issues (if any).
Please do not check any code changes into the 3.0.x
On 2/19/08, Jesse Becker [EMAIL PROTECTED] wrote:
I modified my gmond.conf to report much more aggressively than usual
so that the test time would be shorter. However, with *this
configuration*, it works out to about 770 bytes per minute.
So did we want to hunt this other memory leak down
Hi Vaibhav:
On 2/15/08, Kumar Vaibhav [EMAIL PROTECTED] wrote:
I am testing the new release on my systems. Initial results are
encouraging. I can tell the final words after weekend since I am keeping
it for the test over the weekend.
Sure, please update us after the weekend, we'll likely
Hi Carlo:
On 2/13/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
to avoid noise would like to add later a formatting patch to 3.0.6 which
should be kept separated from the one you are going to commit and that could
be
used independently for anyone which would like to cherry pick
Hi all:
On 2/14/08, Martin Knoblauch [EMAIL PROTECTED] wrote:
thanks. My tests are still running. The new binaries do not grow anymore.
Or at least a lot slower than the original 3.0.4
Since I can't reproduce this, can someone please explain to me what
configuration triggers this? I'll
Hi guys:
Since SourceForge's shell access is down, I can't upload the snapshots
to ganglia.info, so I put them here:
http://therealms.org/oss/ganglia/testing/
The following issues are fixed from the last (3.0.6) release:
- [web] Host view metric graph's now (x.xx) number is always 0.00
- [web]
Hi Vaibhav:
On 2/14/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Thanks a lot for the solution. Should I wait for a day or two for a
release with patches or procedd to aplly the patches and rebuild gmond.
I just posted a beta for 3.0.7 with the patches. Please see the email
I just sent
Hi Brad:
On 2/14/08, Brad Nicholes [EMAIL PROTECTED] wrote:
Basically it is just the standard configuration with gmond reporting
bytes_in, bytes_out, pkts_in, pkts_out metrics. As part of these metric
gathering functions, interface names needed to be added to a hash table.
Each time the
Hi guys:
On 2/13/08, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
agree and done as such for trunk so that the change needed by this fix can
be identified clearly.
r962 | carenas | 2008-02-13 03:28:21 -0800 (Wed, 13 Feb 2008) | 2 lines
web: trailing spaces
Hi Vaibhav:
On 2/8/08, Kumar Vaibhav [EMAIL PROTECTED] wrote:
I have tried it on Scientific linux 5.0 (a clone of RHEL 5.0). I see
similar problem in Scientific linux 4.1 ( clone of RHEL 4 update 1).
I'm running gmond on CentOS 4.x and didn't have any issues.
I had a subscription to
Hi Brad:
On 2/12/08, Brad Nicholes [EMAIL PROTECTED] wrote:
This seems to be working much better now. I can see where a hide/restore
button for each group could really make this much more useful. How hard
would it be to put a small +/- button or dropdown arrow on each group that
would
Guys:
I plan to check-in the following patch and release 3.0.7:
Index: configure.in
===
--- configure.in(revision 907)
+++ configure.in(working copy)
@@ -38,10 +38,10 @@
# increment GANGLIA_MAJOR_VERSION and set
#
Hi Alex:
On 2/12/08, Alex Dean [EMAIL PROTECTED] wrote:
1) (now 0.00)
2) Show Hosts toggle stopped working
Both look fixed.
Yep, works for me.
Please feel free to submit a patch if you want to further sanitize the
$_GET[sh] variable...
Thanks,
Bernard
Hi Ulf:
On 2/12/08, Ulf [EMAIL PROTECTED] wrote:
I just look at the latest snapshot and what I see are some new requirements.
At least libconfuse, which isn' t even avaible on a SLES distribution.
Requirement to build, yes, but not to use.
BTW, if libconfuse is not available from SLES, you
Hi Jesse:
On 2/8/08, Jesse Becker [EMAIL PROTECTED] wrote:
Since we seem to be tossing out minor web front end patches tonight,
here's one that fixes the persistent 0 - 0.00 that shows up on all
of the per-metric graphs. The patch applies against 3.0.6 and trunk.
The new behavior is to do
Brad
On 1/17/2008 at 7:37 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
I'm not sure if my patch caused this, or this is a standard behaviour
of tcpconn:
17825 ?Ssl0:00 /usr/sbin/gmond
17864 ?Z 0
Hi Jesse:
On 2/11/08, Jesse Becker [EMAIL PROTECTED] wrote:
Depends. There are cases where we need to distinguish between floats
and integers. For example, the start time for graphs should be
integers (only), while other things can be either floats or ints (the
'vl' URL parameter,for
Hi all:
On 2/11/08, Brad Nicholes [EMAIL PROTECTED] wrote:
Nothing has changed in the RRD file format, so there shouldn't be any reason
why a simple upgrade of gmond and gmetad to 3.1.0 wouldn't work. The things
that changed that are not backward compatible where the way that gmonds talk
We currently have metric graphs that are percentages but they may/may
not have the correct scale (i.e. 0-100) -- I wonder if we should add
some code to help with this.
However, I guess in some cases the upper limit may not be 100%, but in
general I just want a way to make the graphs provide more
Hi Jesse:
On 2/11/08, Jesse Becker [EMAIL PROTECTED] wrote:
There are two issues here: the immediate problem with clean_float not
working correctly, and a more general input validiation problem.
We need clean_int() to fix the bug where the Show Hosts radio button
stopped working. Well,
Hi Jesse:
On 2/11/08, Jesse Becker [EMAIL PROTECTED] wrote:
I was thinking of this:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg03180.html
which does discuss going the other way. It's something we should be
aware of though: there are several 32bit limits out there that might
cause
Hi Brad:
On 2/11/08, Brad Nicholes [EMAIL PROTECTED] wrote:
I'm not sure what is going on, but the groups don't seem to be working. I
get all of the group category titles, but most of the groups show up empty.
About 3 or 4 of the groups have one graph in them and nothing else appears.
Hi Alex:
On 2/11/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
A clean_int() function would allow $showhosts to be 2, 3, 4, etc.
which are also bad values. Not likely to be harmful, but still bogus.
Since $showhosts has only 2 legitimate values, what about filtering it
as a boolean, and
Hi Brad:
On 2/11/08, Brad Nicholes [EMAIL PROTECTED] wrote:
I get a no_group group but I only see at most, one graph in that grouping.
The error that is showing up in the apache error log says that there in an
invalid data type being passed to the in_array() function for parameter 2 in
Hi Alex:
On 2/7/08, Alex Dean [EMAIL PROTECTED] wrote:
...based on revision 940.
1. trunk-conf.patch
* Some debugging code got left in conf.php from adding input filtering
in revision 905. This patch removes that code.
2. trunk-float.patch
* Change clean_float() to an is_numeric()
Hi Brad:
On 2/8/08, Brad Nicholes [EMAIL PROTECTED] wrote:
The default should probably be all groups, however I think that there should
be a simply dropdown that allows you to pick with group that you want to
focus on. The dropdown would contain All Groups (default), No Groups,
Groups,
Hi Vaibhav:
On 1/22/08, Kumar Vaibhav [EMAIL PROTECTED] wrote:
I am using ganglia-3.0.5 on a woodcrest processor cluster. and I see
that after running for weeks the memory consumption of the gmond process
is something about 400 MB. I tried to debug the problem by isolating a
single node. But
Hi guys:
I was just alerted of a bug in the 3.0.x branch frontend where the
host graph's (now x.xx) number is always 0.00.
Jesse Becker has already submitted a patch against trunk and Carlo has
already checked it in, the patch also cleanly applies to the branch.
In my books -- this is quite a
BTW, Brad, when you get a chance, can you please put the multi_cpu
metrics under the cpu group?
Thanks,
Bernard
On 2/8/08, Bernard Li [EMAIL PROTECTED] wrote:
On 2/7/08, Bernard Li [EMAIL PROTECTED] wrote:
I have modified the frontend such that the host metrics can be grouped
by GROUP
descriptions from the cpu metrics got truncated.
I think this is good enough for now -- thoughts?
Cheers,
Bernard
On 2/8/08, Bernard Li [EMAIL PROTECTED] wrote:
BTW, Brad, when you get a chance, can you please put the multi_cpu
metrics under the cpu group?
Thanks,
Bernard
On 2/8/08, Bernard Li
Hi guys:
The latest snapshot of Ganglia trunk (3.1.x) based on r942 is now available:
http://www.ganglia.info/snapshots/3.1.x
This includes the latest code patches I have submitted to this list
but haven't been committed yet, this includes:
1) Group host metric graphs by EXTRA_DATA GROUP
2)
Hi Jesse:
On 2/8/08, Jesse Becker [EMAIL PROTECTED] wrote:
Here is a small patch against version 3.0.6 (*NOT* against trunk) that
should fix the now 0.00 problem. It is simple enough:
I thought the fix for the now 0.00 problem was in changeset 926 (as
I mentioned in my original email), and
Hi Alex:
On 2/7/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Is the presence of the php-ctype package in the RPM database enough to
confirm that the ctype_* functions are available to PHP?
I'm not familiar with SuSE, but on Red Hat the PHP sub-packages drop
bits of configuration in
Hi guys:
I have modified the frontend such that the host metrics can be grouped
by GROUP provided by the EXTRA_DATA tag.
Question is -- do we want this to be the default, or allow user to
choose whether to do the grouping or not?
Metrics that do not belong to a group, will be put under a group
Hi Gilad:
On 2/5/08, Gilad Raphaelli [EMAIL PROTECTED] wrote:
We've been seeing this for some time, the oldest record from April 2007, so
I don't think it's related to the xss patches. The actual error message is
being thrown by libart. I can reproduce it by asking rrdtool to graph 'a
Hi Jarod:
On 2/4/08, Jarod Wilson [EMAIL PROTECTED] wrote:
I'd probably blame rrdtool. I got another memory leak bug report against it
just recently that didn't involve ganglia.
https://bugzilla.redhat.com/show_bug.cgi?id=430879
Looking into it and engaging upstream rrdtool is on my todo
Hi Jarod:
On 2/4/08, Jarod Wilson [EMAIL PROTECTED] wrote:
Unfortunately, I upgraded rawhide to track 1.3 long before the f8 release,
thinking 1.3 would stabilize and be out before f8, then didn't really pay
attention again until it was too late to roll back to 1.2.x before release. :
\
Have been getting the following message in apache logs:
*** attempt to put segment in horiz list twice
I think this started cropping up after the xss-fixes in both 3.0.x
branch and trunk.
I think these are benign messages, but it would be nice to get rid of
them instead of taking up space.
From gmetad.conf:
# The keyword 'data_source' must immediately be followed by a unique
# string which identifies the source, then an optional polling interval in
# seconds. The source will be polled at this interval on average.
# If the polling interval is omitted, 15sec is asssumed.
As reported
Note I'm running on CentOS 4.x and rrdtool-1.2.26. I mention this as
it may be rrdtool version dependent.
Cheers,
Bernard
On 2/4/08, Bernard Li [EMAIL PROTECTED] wrote:
Have been getting the following message in apache logs:
*** attempt to put segment in horiz list twice
I think
Dear all:
Just a quick note letting you guys know that I have just granted
Matthias SVN access to our tree. I expect great patches and check-ins
from him :-)
Welcome!
Cheers,
Bernard
-
This SF.net email is sponsored by:
Nicholes [EMAIL PROTECTED] wrote:
On 1/16/2008 at 11:44 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 1/15/08, Brad Nicholes [EMAIL PROTECTED] wrote:
works for me too. Check it in :)
Done -- BTW, when I try to run the script in the command
Hi Stu:
On 1/15/08, Stu Teasdale [EMAIL PROTECTED] wrote:
I'll look at using either this or a fresh checkout in the next couple of
days to roll some debs as well, for those of you who want something more
up to date than I have uploaded at the moment.
When they're ready I'll upload them to
Happy new year to you all!
To celebrate the new year, I have just posted the latest 3.1.x
snapshots in our website:
http://www.ganglia.info/snapshots/3.1.x
As usual, the RPMs were built on CentOS 4.x, so if you are on a
significantly different distribution, please rebuild the .src.rpm or
Hi Carlo:
On 12/31/07, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
while preparing a bootstrap environment which could be used to generate
maintenance releases for the 3.0.x branch noticed we'd been using different
versions for autotools that the ones detailed in README.SVNusers
Hi Chuck:
Any particular reason you're building from the 3.1.x snapshot?
Development trunk is pretty in flux, and is mostly developed/tested
under Linux -- I would recommend you stick with 3.0.6 for now unless
there is a particular reason why you want to get more recent code...
On the other
Hi Jesse:
On 12/18/07, Jesse Becker [EMAIL PROTECTED] wrote:
Speaking of that fix, was it rolled into trunk? I'm looking at a diff
of 3.0.5 to 3.0.6 to trunk, and I don't see the various fixes from
3.0.6 in revision 911.
I'm sitting on it, hopefully will get to that soon... so yeah, Alex's
Hi Aroop:
On 12/17/07, Aroop Maliakkal [EMAIL PROTECTED] wrote:
I'm trying to compile ganglia-3.1.0.200711271612 in a RHEL-4 x86_64 machine
and i'm getting the error given below.
~~~
checking for pthread_create in -lpthread... yes
checking for pthread_create
I plan to release 3.0.6 (security update) this weekend if I don't hear
about any major issue.
In the mean time, please continue to test and report success/failures
to this thread.
Thank you,
Bernard
On 12/11/07, Bernard Li [EMAIL PROTECTED] wrote:
Thanks for the tests guys -- anybody else
Note Matt Chambers originally came up with the idea of using SVG -- I
was just playing with it recently. The frontend template's img tags
need to be changed to embed tags and also the graph dimensions need
to be specified, for the frontend to be able to display SVGs -- also,
the resulting graphs
Thanks for the tests guys -- anybody else?
Cheers,
Bernard
On 12/11/07, Jesse Becker [EMAIL PROTECTED] wrote:
On Dec 10, 2007 1:44 PM, Bernard Li [EMAIL PROTECTED] wrote:
The latest snapshot of the 3.0.x branch with the fix is available here:
http://www.ganglia.info/snapshots/3.0.x
Dear all:
We have been informed by CERN that our web frontend has a security
vulnerability and Alex Dean has stepped up to get this fixed.
The latest snapshot of the 3.0.x branch with the fix is available here:
http://www.ganglia.info/snapshots/3.0.x/
We would like to make an official release
Hi Matt:
On 12/10/07, Matthew Chambers [EMAIL PROTECTED] wrote:
I'm trying to install the development snapshot. I had 3.0.4 installed
and I tried to just install the new web snapshot on the existing install
since I assumed that nothing has made 3.0.x's frontend incompatible with
3.0.4's
spec files.
So what I suggest is to uninstall the distribution version, rebuild
Ganglia using the SRPM:
rpmbuild --rebuild --target noarch,ppc(64) ganglia tarball
then install that.
Thanks,
Bernard
On 12/10/07, Matthew Chambers [EMAIL PROTECTED] wrote:
Bernard Li wrote:
Hi Matt:
On 12/10
Hi guys:
On 12/5/07, Matt Massie [EMAIL PROTECTED] wrote:
outstanding!
i'll send all the details to you in a separate email. thanks for stepping
up!
I guess we should re-open the 3.0.x branch, backport the fixes from
trunk and release 3.0.6 as a security bugfix release?
Cheers,
Bernard
Hi Brad:
On 12/5/07, Brad Nicholes [EMAIL PROTECTED] wrote:
We could. I just thought that it might be easier for the web frontend if it
didn't have to worry about whether the TITLE existed or not and could just
count on it being there. I am guessing that moving forward an alternate user
Hi Matt:
On 12/5/07, Matt Massie [EMAIL PROTECTED] wrote:
make sure we credit Romain Wartel at CERN for discovering the
vulnerability and reporting it to us. thanks for pulling this together to
push out!
How would you like to credit him? Perhaps via the AUTHORS file?
That file is a bit
Hi guys:
On 12/5/07, Martin Knoblauch [EMAIL PROTECTED] wrote:
I tend to agree. Unless there is a critical functional bug in 3.0.5, we
should just do
a security release.
This will be a plan.
I will build 3.0.x snapshots with Alex's fixes shortly and post them
to the website.
Cheers,
Hi Brad:
On 11/29/07, Brad Nicholes [EMAIL PROTECTED] wrote:
BTW, building trunk static essentially negates everything that has been done
in trunk and leaves you with basically Ganglia 3.0.5. The major enhancement
to 3.1.x is the ability to load metric modules which requires libapr1 to be
Hi Brad:
On 11/29/07, Brad Nicholes [EMAIL PROTECTED] wrote:
The reason why I am making that suggestion is because if somebody wants a
static version then they should just continue using 3.0.5. They would be
gaining nothing by building 3.1.x statically. Secondly, the static version
is
Hi Brad:
On 11/21/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Calling for PHP web frontend help!
With the introduction of additional metadata, there is some work that needs
to be done to the web frontend. I am not a PHP hacker and I know that many
of you are, so I am asking for help in
Hi Brad:
On 11/28/07, Brad Nicholes [EMAIL PROTECTED] wrote:
By default the EXTRA_DATA TITLE is the same as the metric name. However if
you add a Title=blah to any Metric{} block in gmond.conf file, that title
is reflected in the EXTRA_DATA TITLE tag. This way the user is able to
name
] wrote:
On 11/10/2007 at 11:11 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/10/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Don't think I will get to this one anytime soon. I just commented it out
for
now. I'm too deep into the XDR refactoring
Hi Brad:
On 11/26/07, Bernard Li [EMAIL PROTECTED] wrote:
Only info I have now is that the location used to be hidden but now
it's being displayed (with 'unspecified' info). Will drill down into
this later. BTW, gmond crashed again, I'll setup gdb to see if I can
get a backtrace...
Here's
Hi Brad:
On 11/27/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I'm not sure yet what is causing this but I have patched the code to prevent
it from happening. The current code was existing gmond if an invalid spoof
message was detected. There is not reason why it needs to exit. Just ignore
Hi Brad:
On 11/27/07, Brad Nicholes [EMAIL PROTECTED] wrote:
BTW, shouldn't I see multicpu entries when I click on Gmetrics?
Currently there is nothing.
No, you should see CPU utilization graphs for each cpu on the system. By
default the multicpu.conf file only enables cpu0. If gmond
Hi Brad:
On 11/27/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I attempted to update the man pages but wasn't quit sure how. I haven't
dealt with man pages much.
It's pretty straightforward, just edit gmond/conf.pod.
You could also just post the text here and I'll put it in.
Cheers,
Hi Martin:
On 11/20/07, Martin Knoblauch [EMAIL PROTECTED] wrote:
as far as I remember, there has been no more discussion on the topic. Making
the units configurable would definitely be an option, but I think that is 3.1
material.
I have closed the ticket. If someone is interested in
2.0 style ;-)
I think we should get a BoF session for next year -- would anybody be
interested?
Cheers,
Bernard
On 11/11/07, Bernard Li [EMAIL PROTECTED] wrote:
BTW, I'll be at SC|07 (Reno, NV) this week (will be there in a few
hours). We don't have a BoF lined up or anything, but if folks
Hi Michael:
On 10/17/07, Michael Perzl [EMAIL PROTECTED] wrote:
no problem, just let me know when I should integrate my patches for AIX
into ganglia.spec.in and I'll do it.
Looks like we're ready for the ganglia.spec.in rebasing now for AIX --
can you please submit patches against current
Hi Brad:
On 11/26/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Yes, which is why I wanted to get it into 3.1.0 before we released anything
official. The packets that are being sent between gmond's are significantly
different which means that any older version of gmond will not understand
Hi all:
The latest Ganglia snapshot is available here:
http://www.ganglia.info/snapshots
This includes Brad's recent XDR refactoring work.
Any problems, please post back here.
Cheers,
Bernard
On 11/26/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Brad:
On 11/26/07, Brad Nicholes [EMAIL
Hi Brad:
On 11/26/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I ran into this error before. I was due to an uninitialized XDR packet.
Basically get gmond that receives the packet is looking for the spoof packet
id so that it can read the packet correctly. If you have a gmond running
Checked into trunk r879.
Cheers,
Bernard
On 11/16/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi all:
I would like to propose that GANGLIA_SNAPSHOT in configure.in be
changed in yes in our code repository by default. This way when a
developer is checking code out of the repo, the build
The latest snapshot (with a minor fix to gmetad/Makefile.am) is
available at the official site:
http://www.ganglia.info/snapshots/
Regards,
Bernard
On 11/20/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Paul:
On 11/20/07, Paul Millar [EMAIL PROTECTED] wrote:
The patch is pretty simple
Hi all:
I would like to propose that GANGLIA_SNAPSHOT in configure.in be
changed in yes in our code repository by default. This way when a
developer is checking code out of the repo, the build will always
produce a snapshot build.
When we make a release, then we change it to no (i.e. when we
Hi Rick:
On 11/14/07, Richard Mohr [EMAIL PROTECTED] wrote:
I think that looks good. I had actually debated whether the logic
should go in the spec file or configure.in. I ended up modifying the
spec file because I was more familiar with it than with the autoconf
stuff, but your patch
Hi Matt and/or Martin:
I'd like to create a directory called 'snapshots' under htdocs so that
I could upload ganglia snapshot releases to the webpage -- would you
be able to help me create that dir?
Better yet, can you simply do a chgrp -R ganglia for htdocs and change
it to group writable?
+ libdir=$prefix/lib
fi
AC_OUTPUT(Makefile
Cheers,
Bernard
On 11/9/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Brad:
On 11/9/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I think that the libdir variable that was added to configure.in is
getting in the way of the --prefix. I have set up my
Matt:
Perhaps we can put a link to Michael's AIX binaries up on ganglia.info?
Thanks,
Bernard
-- Forwarded message --
From: Michael Perzl [EMAIL PROTECTED]
Date: Nov 13, 2007 6:13 AM
Subject: Re: [Ganglia-general] Problems running ./configure with
gmetad on AIX 5.3
To: Anthony
BTW, I'll be at SC|07 (Reno, NV) this week (will be there in a few
hours). We don't have a BoF lined up or anything, but if folks are
interested in some form of informal meeting, I am sure we can arrange
something...
Cheers,
Bernard
Hi Brad:
On 11/10/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Don't think I will get to this one anytime soon. I just commented it out for
now. I'm too deep into the XDR refactoring at the moment. I'm also trying
to get ready for my presentations at ApacheCon next week. BTW, after I get
Hi Brad:
On 11/9/07, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
http://fedoraproject.org/wiki/Packaging/Python
If it's okay with you, I will follow the instructions in the wiki docs
to add the .pyc files to the RPM.
Cheers,
Bernard
Hi Carlo:
On 11/9/07, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
If it's okay with you, I will follow the instructions in the wiki docs
to add the .pyc files to the RPM.
and the .pyo
I don't see much benefit to include .pyo files -- the main reason why
I brought up the whole
Hi Brad:
On 11/8/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I guess the scenario that I am a little more worried about is the one where
the expected version of python was installed with the OS. But for whatever
reason the user decided to upgrade to a newer python and then later they
Hi Rick:
On 10/12/07, Richard Mohr [EMAIL PROTECTED] wrote:
See below. I don't know if this is the best way to do it, but I think
it should work. (I can't be 100% sure since I don't have a system at
the moment which has the necessary pre-reqs for building 3.1.0.)
The patches were
401 - 500 of 691 matches
Mail list logo