Hi Steve,
the first (simple) idea ...
After You have copy of the rrd-files, You have set up the rdd-file
permissions for the gmetad user (e.g. nobody) ?
You can also check the error_log from your web server, for errors like
this.
If this will not help, You can export (dump) your current data
Hi Weston,
gmond just looks at the low-level counters provided by the OS and has no
awareness about its own resource usage. So, it will collect cpu-usage including
its own cycles.
Does this answer your question?
Cheers
Martin
--
Martin
On Sep 21, 2010, at 1:33 PM, Stevens, Weston J wrote:
Obviously, if Ganglia is using up considerable resources, one would
want to know. However, the purpose of Ganglia is to measure the
performance of everything else, Ganglia can skew this data. Ideally
and naturally, one would like to
On Tue, Sep 21, 2010 at 14:33, Stevens, Weston J
weston.j.stev...@boeing.com wrote:
Sure does thanks! I guess dig into the source code of the DSO modules to make
it not recognize its own cycles? Bad idea?
Good luck with that. :) I'm not aware of any monitoring tools that
explicitly track
On Tue, Sep 21, 2010 at 11:33 AM, Stevens, Weston J
weston.j.stev...@boeing.com wrote:
Sure does thanks! I guess dig into the source code of the DSO modules to make
it not recognize its own cycles? Bad idea?
Obviously, if Ganglia is using up considerable resources, one would want to
know.
Yea I figured it would probably be a lot more trouble than it's worth, we don't
live in a perfect world. Thanks
-Original Message-
From: David Birdsong [mailto:david.birds...@gmail.com]
Sent: Tuesday, September 21, 2010 11:56 AM
To: Stevens, Weston J
Cc: Martin Knoblauch;
On Sep 21, 2010, at 1:52 PM, Jesse Becker wrote:
You can avoid this by using unicast to specifically designated
collector gmonds (then having gmetad poll those for overall status).
Or by enabling 'deaf' on machines that you don't want collecting data and are
stuck on multicast for whatever
Hi Ron,
Yes all the permissions were changed to match nobody for gmetad.
I'm now exploring the rrdtool dump and restore route and see if it will
work. Will report after my experiment. Thanks for the suggestion.
Steve
-Original Message-
From: Ron Wellnitz [mailto:ron.welln...@debeka.de]
Hi Seth:
On Tue, Sep 21, 2010 at 1:19 PM, Seth Graham set...@fnal.gov wrote:
I did something like this fairly recently, converting from a 32 bit OS to a
64 bit OS.. all the rrd's needed regenerated.
I have attached a tar of the python scripts I used.. maybe they'll make life
easier on
Seth,
Thanks for the scripts. Just FYI both servers are 64-bit OS. However,
Server A is running RHEL 3 (3.0.2 gmetad) and Server B is running RHEL
5.3 (3.1.7 gmetad). I was in the process of writing a script to do the
dump and restore for the experiement so JIT for your scripts to arrive.
I'll
You can monitor gmond with this DSO module; however, I feel that there are
better things out there to monitor.
http://code.google.com/p/gmond-python-modules/source/browse/trunk/procstat.py
I know, put this on git...sheesh.
--
Jamie Isaacs
pdt...@gmail.com
Message: 2
Date: Tue, 21 Sep 2010
Anyone have a pointer to a 3.1.7 solaris/sparc package?
TIA,
Jonah
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to
FYI: ganglia-3.1.7/contrib/ganglia-rrd-modify.pl
On 09/21/2010 04:32 PM, Bernard Li wrote:
Hi Seth:
On Tue, Sep 21, 2010 at 1:19 PM, Seth Grahamset...@fnal.gov wrote:
I did something like this fairly recently, converting from a 32 bit OS to a
64 bit OS.. all the rrd's needed
Hi all:
In case you haven't been to our GitHub repository lately, you should
definitely check it out, we now have...
8 Gmond Python DSO modules
30+ Gmetric plugins
and it's growing -- thanks to all who have contributed code!
We now have our first discussion regarding policy for the repository.
14 matches
Mail list logo