Yep, I would like to be able to pull off cvs if possible. Also, beyond
the apr "test suite", are there any regression tests for gmetad or
gmond? I would not mind running these as well as the builds. Perhaps
some kind of unit testing should be put up (maybe over kill?)?
TIA,
Chris
On Wed, 2006
Well, it would be useful for automatic testing of code off of CVS - in
that case, we will be alerted of build problems before we actually got
around releasing it, thoughts on this Martin?
Cheers,
Bernard
> -Original Message-
> From: Chris Croswhite [mailto:[EMAIL PROTECTED]
> Sent: Wedn
Hi,
At the risk of asking some stupid, I've a couple of questions.
First question: is it possible to specify on which interface the multicast
packets should be sent? There's an option "mcast_if" that proports to do
this. It works on the bundled version in Debian testing
(ganglia-monitor-2.5.
Hmm, well tell me how you want to run the test and I can put it into the
harnes. That is give me the explicit commands and I will then submit to
run on the various platforms running the specified commands.
I would intend to run these tests maybe once everyother week or more if
needed.
The bigg
Hi Chris:
Ganglia already has a spec file, it is included in the tarball.
We're trying to fix a bug where you can't just do rpmbuild -ta
ganglia.tar.gz, however, you can always extract out the spec file and
run rpmbuild -ba ganglia.spec.
Cheers,
Bernard
> -Original Message-
> From: Ch
On SMP machines, each entry in /proc/cpuinfo reports 'core id'
and 'physical id' in addition to 'processor'. The number of
'processor' entries is cpu_count_virtual. The number of distinct
'physical id' entries is the number of CPU packages installed
on the motherboard. The number of distinct 'core
Point taken on the configurability.
I think a strong argument can be made for the number of cores as being the
default for cpu_num.
However, it's also quite sensible to have the other two measures: number
of physical CPUs,
and number of virtual CPUs (what gmond currently reports).
How about, i
Hello,
I installed ganglia 3.0.0 on the head node of my cluster using the rpm files.
The installation is fine. However, on the website it shows that the CPUs
Total: Hosts up: 0. It seems the ganglia could not see the node. I also tried
gstat:
[EMAIL PROTECTED] etc]# gstat
CLUSTER INFORMATION
This is something that should be configurable. It's probably a good idea
to set this as default behavior, but there should also be an option to
revert back to the old behavior.
I think the global section in gmond.conf would be the right place for
this setting.
Cheers,
Alex
James Mcininch wrot
oops
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
James Mcininch
Sent: 01 March 2006 14:40
To: ganglia-developers@lists.sourceforge.net
Subject: [Ganglia-developers] (no subject)
I want
Hi James,
As you mentioned in your bug report:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=84
This has been discussed several times in the mailing lists, like this
one last year:
http://sourceforge.net/mailarchive/forum.php?forum_id=7186&max_rows=25&style=threaded&viewmonth=20
I want to bring attention to Bugzilla item 84 -- a patch submitted to fix
improper reporting
of cpu_num on hyperthreaded Intel processors.
The patch causes it to report the number of CPU cores rather than the
number of virtual
CPUs.
Arjun,
How 'real-time' do you need it to be, how precise should the information be?
I don't know if it's a wise thing to make real-time configuration
changes to your cluster based upon Ganglia information.
Ganglia's stream of XML as communicated across the uni/multicast channel
can be rather s
I suppose I could, if someone wanted to provide a spec file and target
platforms, I could easily put this in the scripts.
and report out pass, fail, and errors.
Chris
-Original Message-
From: Bernard Li [mailto:[EMAIL PROTECTED]
Sent: Tue 28-Feb-06 19:34
To: Chris Croswhite; [EMAIL PRO
15 matches
Mail list logo
