Hello Ganglia developers,
I've been working on a Python module to monitor Apache Flume, and have run up
against a problem with the pre-defined name limits in mod_python.c. The
py_metric_init_t struct only has space for 128 characters in a metric name, but
since Flume is written in Java, names
>>> On 2/11/2008 at 3:59 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Brad:
>
> This is on a system running the latest gmond trunk:
>
> 24845 ?Ssl1:45 /usr/sbin/gmond
> 19447 ?Z 0:00 \_ [netstat]
>
> Looks like it's still not fixed...
Brad:
This is on a system running the latest gmond trunk:
24845 ?Ssl1:45 /usr/sbin/gmond
19447 ?Z 0:00 \_ [netstat]
Looks like it's still not fixed... can you please confirm?
Cheers,
Bernard
On 1/18/08, Brad Nicholes <[EMAIL PROTECTED]> wrote:
> I can check it in
I can check it in.
Brad
>>> On 1/18/2008 at 12:42 PM, in message
<[EMAIL PROTECTED]>, Matthias
Blankenhaus <[EMAIL PROTECTED]> wrote:
>
> On Fri, 18 Jan 2008, Brad Nicholes wrote:
>
>> From what I have read about the popen2 interface, I think you are right.
> It was either that or havin
On Fri, 18 Jan 2008, Brad Nicholes wrote:
> From what I have read about the popen2 interface, I think you are right.
> It was either that or having to manually close the stdin.
>
I don't think I haved write access to the tree. Could you pl. check it in
or does Bernard takes care of this ?
From what I have read about the popen2 interface, I think you are right. It
was either that or having to manually close the stdin.
Brad
>>> On 1/18/2008 at 11:34 AM, in message
<[EMAIL PROTECTED]>, Matthias
Blankenhaus <[EMAIL PROTECTED]> wrote:
>
> On Fri, 18 Jan 2008, Brad Nicholes wrote:
On Fri, 18 Jan 2008, Brad Nicholes wrote:
> I am seeing the same thing. It goes away if I use the subprocess module.
> There must be some problem in the way that popen2 is invoked that is leaving
> a defunct process.
This fixes the problem:
diff -u tcpconn.py tcpconn.py.new
--- tcpconn.
I am seeing the same thing. It goes away if I use the subprocess module.
There must be some problem in the way that popen2 is invoked that is leaving a
defunct process.
Brad
>>> On 1/17/2008 at 7:37 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi Brad:
>
>
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:00 \_ [netstat]
Can you check whether you have the same thing when you startup your gmond?
Thanks,
Bernard
On 1/16/08, Brad Nicholes
>>> 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 prompt (i.e.
> python tc
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 prompt (i.e.
python tcpconn.py), it doesn't exit even though I hit ctrl-c -- bug or
feature?
Cheers,
Bernard
---
works for me too. Check it in :)
Brad
>>> On 1/15/2008 at 5:18 PM, in message
<[EMAIL PROTECTED]>, Matthias
Blankenhaus <[EMAIL PROTECTED]> wrote:
> Bernard,
>
> works for me.
>
> Thanx,
> Matthias
>
> On Tue, 15 Jan 2008, Bernard Li wrote:
>
>> Hi Brad:
>>
>> The following patch should
Bernard,
works for me.
Thanx,
Matthias
On Tue, 15 Jan 2008, Bernard Li wrote:
> Hi Brad:
>
> The following patch should make tcpconn.py compatible with Python
> 2.3.x which does not have the subprocess module:
>
> --- tcpconn.py.orig 2008-01-15 15:30:09.0 -0800
> +++ tcpconn.py
Hi Brad:
The following patch should make tcpconn.py compatible with Python
2.3.x which does not have the subprocess module:
--- tcpconn.py.orig 2008-01-15 15:30:09.0 -0800
+++ tcpconn.py 2008-01-15 15:30:48.0 -0800
@@ -30,7 +30,7 @@
#* Author: Brad Nicholes (bnicholes novell
>>> On 11/7/2007 at 4:16 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi Brad:
>
> On 11/7/07, Brad Nicholes <[EMAIL PROTECTED]> wrote:
>
>> Yes, the fact that the .py file exists in the
> /usr/lib/ganglia/python_modules directory means that mod_python will
> au
Hi Brad:
On 11/7/07, Brad Nicholes <[EMAIL PROTECTED]> wrote:
> Yes, the fact that the .py file exists in the /usr/lib/ganglia/python_modules
> directory means that mod_python will automatically load the module. Gmond
> will not try to collect metrics from it or call any of its handlers, but i
>>> On 11/7/2007 at 1:37 PM, in message
<[EMAIL PROTECTED]>, "Bernard Li"
<[EMAIL PROTECTED]> wrote:
> Hi guys (specifically Brad ;-):
>
> Using Ganglia trunk SVN r860.
>
> I have disabled all the python modules already:
>
> # ls -l /etc/ganglia/conf.d/
> total 16
> -rw-r--r-- 1 root root 331
Hi guys (specifically Brad ;-):
Using Ganglia trunk SVN r860.
I have disabled all the python modules already:
# ls -l /etc/ganglia/conf.d/
total 16
-rw-r--r-- 1 root root 331 Nov 7 11:48 diskusage.pyconf.off
-rw-r--r-- 1 root root 417 Nov 7 11:48 modpython.conf
-rw-r--r-- 1 root root 715
18 matches
Mail list logo
