Thanks Robin! That's exactly what I needed.
On Tue, Mar 13, 2018 at 3:12 AM Robin Humble
wrote:
> Hi Dmitry,
>
> On Fri, Mar 09, 2018 at 08:11:08PM +, Dmitry Akselrod wrote:
> >2. As I am collecting the metrics for the remote hosts on my utility
> >hosts, the Ganglia website will show my
Hi Dmitry,
On Fri, Mar 09, 2018 at 08:11:08PM +, Dmitry Akselrod wrote:
>2. As I am collecting the metrics for the remote hosts on my utility
>hosts, the Ganglia website will show my utility host as the node name for
>all the metrics. That all makes sense since gmetad is polling the gmond
>
Hey all,
I am working on a python module for gmond. I am following examples here:
https://github.com/ganglia/gmond_python_modules and the quick start guide
here:
https://github.com/ganglia/monitor-core/wiki/Ganglia-GMond-Python-Modules.
What I am trying to do specifically is SNMP poll a bunch
Hey,
Yeah I agree third party daemons are not the way to go long term.
And yeah if the python module interface could be improved
and then it would likely be easier and more fun to use...
Yeah my proposal wasn't really well thought out...
The idea seemed more attractive when the daemon was threadi
Hi,
provided that I haven't had the time to look at this part of the code
yet and that I agree it would be much nicer to have a gmetric-like
behavior,
On Sun, Feb 1, 2009 at 12:21 AM, David Stainton wrote:
> I like using gmetric to monitor... so I wrote gmetric-daemon which
> is my attempt at a
Hello,
I just realized gmond is even better than I thought.
It's threaded? I wrote a python plugin with a callback
that repeatedly sleeps forever... But this didn't stop
the other plugin callbacks from running. Ganglia makes me happy...
I like using gmetric to monitor... so I wrote gmetric-daemon
Greetings,
Gilad, if you are going to rewrite your mysql python module to use threads...
you might want to think more about the race conditions.
I'll use your very useful mysql module as an example of how the python
module interface is fundamentally flawed by design.
Multiple metrics are provided
>>> On 1/28/2009 at 7:59 AM, in message <20090128145933.ga19...@imperial.ac.uk>,
Kostas Georgiou wrote:
> On Wed, Jan 28, 2009 at 06:09:48AM -0800, Gilad Raphaelli wrote:
>
>>
>> I think this is a well thought out email and I'm a little surprised at
>> the lack of response to it. Is it because
On Wed, Jan 28, 2009 at 06:09:48AM -0800, Gilad Raphaelli wrote:
>
> I think this is a well thought out email and I'm a little surprised at
> the lack of response to it. Is it because no one is actually using
> the gmond python module interface and hasn't had to make these types
> of decisions?
- Original Message
> From: David Stainton
> To: ganglia-developers@lists.sourceforge.net
> Sent: Friday, January 23, 2009 11:43:32 AM
> Subject: [Ganglia-developers] gmond python module interface
>
> Hi,
>
> I've been thinking about the python module int
Hi,
I've been thinking about the python module interface and how best to use it.
Gmond uses a single thread that executes the callback function for
every metric of every module
in a scheduled fashion...
This seems like a brittle design that won't scale for many metrics.
If a developer writes a mod
>>> On 7/16/2007 at 7:54 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi Brad:
>
> On 7/16/07, Brad Nicholes <[EMAIL PROTECTED]> wrote:
>
>> Slurpfile is probably doing the right thing by reporting that the file
> doesn't exist when it goes to read it (however it
Hi Brad:
On 7/16/07, Brad Nicholes <[EMAIL PROTECTED]> wrote:
> Slurpfile is probably doing the right thing by reporting that the file
> doesn't exist when it goes to read it (however it should probably state which
> file it can't read). In this case metric_init() should probably stat() the
>
>>> On 7/16/2007 at 11:57 AM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi Brad:
>
> I don't have this file in CentOS 4.4 either. Looks like it is only
> available in newer kernels.
>
> Have a look at this bugzilla bug:
>
> http://bugzilla.ganglia.info/cgi-bin/bu
Hi Brad:
I don't have this file in CentOS 4.4 either. Looks like it is only
available in newer kernels.
Have a look at this bugzilla bug:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=114
Shouldn't we check for the presence of this file before we slurpfile()
it? Or should we m
>>> On Fri, Jul 13, 2007 at 7:01 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Brad:
>
> multidisk.py has a line:
>
> print 'Discovered device %s' % line[1]
>
> Is this for debugging purposes?
>
> Right now you will get output similar to the following when you
>>> On 7/13/2007 at 7:01 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Brad:
>
> multidisk.py has a line:
>
> print 'Discovered device %s' % line[1]
>
> Is this for debugging purposes?
>
> Right now you will get output similar to the following when you start
> up
Brad:
multidisk.py has a line:
print 'Discovered device %s' % line[1]
Is this for debugging purposes?
Right now you will get output similar to the following when you start
up gmond with -m or -d options:
Discovered device /
Discovered device /boot
Discovered device /dev/shm
slurpfile() open()
18 matches
Mail list logo
