From dieter(a)bloms.de Thu Feb 1 13:56:41 2007 From: dieter(a)bloms.de (Dieter Bloms) Date: Thu Feb 1 13:56:46 2007 Subject: [collectd] how to change the order of the collection when viewing in browser ? Message-ID: <20070201125641.GH32008@bloms.de> Hi, I want to change the order when viewing the results in a browser like: cpu usage load usage hddtemp traffic is it possible to do it ? -- Gru? Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070201/9e43ec3f/attachment.pgp From sh(a)tokkee.org Thu Feb 1 15:53:06 2007 From: sh(a)tokkee.org (Sebastian Harl) Date: Thu Feb 1 15:53:08 2007 Subject: [collectd] [PATCH] collection.cgi: Made sorting of graphs configurable. In-Reply-To: <20070201125641.GH32008@bloms.de> References: <20070201125641.GH32008@bloms.de> Message-ID: <20070201145305.GB18794@albany.tokkee.org> On Thu, Feb 01, 2007 at 01:56:41PM +0100, Dieter Bloms wrote: > I want to change the order when viewing the results in a browser like: > > cpu usage > load usage > hddtemp > traffic > > is it possible to do it ? Please try the attached patch. Simply set the value of @plugins to the list of plugins you want to display. (e.g. "@plugins = (qw( cpu load hddtemp traffic ))") Signed-off-by: Sebastian Harl --- contrib/collection.cgi | 17 ++++++++++++++++- 1 files changed, 16 insertions(+), 1 deletions(-) diff --git a/contrib/collection.cgi b/contrib/collection.cgi index 5c8bd4d..559fa5d 100755 --- a/contrib/collection.cgi +++ b/contrib/collection.cgi @@ -12,6 +12,10 @@ use Carp (qw(carp cluck confess croak)); our $Config = read_config (); +# if this array contains any elements, only plugins listed therein are +# displayed in the given order +my @plugins = (); + our $AbsDir; our $RelDir; our $Type; @@ -1891,10 +1895,21 @@ HTML print "\n"; } - for (sort (keys %$files)) + my @tmp; + + if (scalar @plugins > 0) { + @tmp = @plugins; + } + else { + @tmp = sort keys %$files; + } + + for (@tmp) { my $type = $_; + next if (! defined $files->{$type}); + if (ref ($GraphMulti->{$type}) eq 'CODE') { print qq(\t\t), -- 1.4.3.2 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070201/64d69797/attachment.pgp From dieter(a)bloms.de Thu Feb 1 16:52:59 2007 From: dieter(a)bloms.de (Dieter Bloms) Date: Thu Feb 1 16:53:04 2007 Subject: [collectd] [PATCH] collection.cgi: Made sorting of graphs configurable. In-Reply-To: <20070201145305.GB18794@albany.tokkee.org> References: <20070201125641.GH32008@bloms.de> <20070201145305.GB18794@albany.tokkee.org> Message-ID: <20070201155259.GA4122@bloms.de> Hi, it works for plugins with no extra directory, but plugins with directories like mysql, apache ... are listed on the top. On Thu, Feb 01, Sebastian Harl wrote: > On Thu, Feb 01, 2007 at 01:56:41PM +0100, Dieter Bloms wrote: > > I want to change the order when viewing the results in a browser like: > > > > cpu usage > > load usage > > hddtemp > > traffic > > > > is it possible to do it ? > > Please try the attached patch. Simply set the value of @plugins to the list of > plugins you want to display. > (e.g. "@plugins = (qw( cpu load hddtemp traffic ))") > > Signed-off-by: Sebastian Harl > --- > contrib/collection.cgi | 17 ++++++++++++++++- > 1 files changed, 16 insertions(+), 1 deletions(-) > > diff --git a/contrib/collection.cgi b/contrib/collection.cgi > index 5c8bd4d..559fa5d 100755 > --- a/contrib/collection.cgi > +++ b/contrib/collection.cgi > @@ -12,6 +12,10 @@ use Carp (qw(carp cluck confess croak)); > > our $Config = read_config (); > > +# if this array contains any elements, only plugins listed therein are > +# displayed in the given order > +my @plugins = (); > + > our $AbsDir; > our $RelDir; > our $Type; > @@ -1891,10 +1895,21 @@ HTML > print "\n"; > } > > - for (sort (keys %$files)) > + my @tmp; > + > + if (scalar @plugins > 0) { > + @tmp = @plugins; > + } > + else { > + @tmp = sort keys %$files; > + } > + > + for (@tmp) > { > my $type = $_; > > + next if (! defined $files->{$type}); > + > if (ref ($GraphMulti->{$type}) eq 'CODE') > { > print qq(\t\t ), > -- > 1.4.3.2 > > _______________________________________________ > collectd mailing list > collectd@verplant.org > http://mailman.verplant.org/listinfo/collectd -- Gru? Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070201/464dcb5b/attachment.pgp From sh(a)tokkee.org Mon Feb 5 22:42:26 2007 From: sh(a)tokkee.org (Sebastian Harl) Date: Mon Feb 5 22:42:28 2007 Subject: [collectd] [PATCH] processes.c, utils_dns.c: Fix compile errors on GNU/kFreeBSD. Message-ID: <20070205214226.GJ18794@albany.tokkee.org> Signed-off-by: Sebastian Harl --- src/processes.c | 8 +++++++- src/utils_dns.c | 2 +- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/src/processes.c b/src/processes.c index c8f3016..6898445 100644 --- a/src/processes.c +++ b/src/processes.c @@ -144,12 +144,14 @@ static char *ps_pagefaults_ds_def[] = }; static int ps_pagefaults_ds_num = 2; +#if HAVE_THREAD_INFO | KERNEL_LINUX static char *config_keys[] = { "Process", NULL }; static int config_keys_num = 1; +#endif typedef struct procstat_entry_s { @@ -192,7 +194,9 @@ typedef struct procstat struct procstat_entry_s *instances; } procstat_t; +#if HAVE_THREAD_INFO | KERNEL_LINUX static procstat_t *list_head_g = NULL; +#endif #if HAVE_THREAD_INFO static mach_port_t port_host_self; @@ -403,7 +407,6 @@ static void ps_list_reset (void) } /* while (pse != NULL) */ } /* for (ps = list_head_g; ps != NULL; ps = ps->next) */ } -#endif /* HAVE_THREAD_INFO | KERNEL_LINUX */ static int ps_config (char *key, char *value) { @@ -418,6 +421,7 @@ static int ps_config (char *key, char *value) return (0); } +#endif /* HAVE_THREAD_INFO | KERNEL_LINUX */ static void ps_init (void) { @@ -1135,7 +1139,9 @@ void module_register (void) plugin_register ("ps_cputime", NULL, NULL, ps_cputime_write); plugin_register ("ps_count", NULL, NULL, ps_count_write); plugin_register ("ps_pagefaults", NULL, NULL, ps_pagefaults_write); +#if HAVE_THREAD_INFO | KERNEL_LINUX cf_register (MODULE_NAME, ps_config, config_keys, config_keys_num); +#endif } #undef BUFSIZE diff --git a/src/utils_dns.c b/src/utils_dns.c index e9aec38..89c0320 100644 --- a/src/utils_dns.c +++ b/src/utils_dns.c @@ -110,7 +110,7 @@ # define PPP_CONTROL_VAL 0x03 /* The control byte value */ #endif -#ifdef __linux__ +#ifndef __FAVOR_BSD #define uh_sport source #define uh_dport dest #endif -- 1.4.4.4 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070205/8da97d7e/attachment.pgp From dleite(a)portoeditora.pt Fri Feb 9 16:34:43 2007 From: dleite(a)portoeditora.pt (Daniel Leite) Date: Fri Feb 9 16:34:52 2007 Subject: [collectd] no df statistics Message-ID: <20070209153443.27029421@daniel-leite-linux.portoeditora.pt> Hi Sorry if this is a duplicate email, but i wasnt still subscribed to the list when i sent the email... i just installed collectd in several solaris machines and make then log to a remote collectd server... all works fine, except the partitions space statistics (df) a local linux machine is logging to the server and i get the partitions usage, but from the solaris i get no info about this. is there any problem with df in solaris? i have the df plugin and i load it in the config $ ls -l /opt/collectd/lib/collectd/d* -rwxr-xr-x 1 root root 790 Feb 9 10:32 /opt/collectd/lib/collectd/df.la -rwxr-xr-x 1 root root 14480 Feb 9 10:32 /opt/collectd/lib/collectd/df.so -rwxr-xr-x 1 root root 802 Feb 9 10:32 /opt/collectd/lib/collectd/disk.la -rwxr-xr-x 1 root root 13444 Feb 9 10:32 /opt/collectd/lib/collectd/disk.so $ cat /opt/collectd/etc/collectd.conf |grep df LoadPlugin df there is no space after the df... so any help would be most helpfull thanks Daniel Leite -- Daniel Leite DTI - Divis?o T?cnica e de Infra-estruturas ___________________________________ Bloco Gr?fico Rua da Restaura??o, 387 - 4050-506 PORTO Telef.: 22 608 83 58 * Fax: 22 608 83 59 E-mail: dleite@portoeditora.pt Infop?dia.pt - Uma Enciclop?dia, 13 Dicion?rios, um Atlas. http://www.infopedia.pt/ Agora ainda mais acess?vel e com novas funcionalidades! From octo(a)verplant.org Fri Feb 9 17:53:48 2007 From: octo(a)verplant.org (Florian Forster) Date: Fri Feb 9 17:53:50 2007 Subject: [collectd] no df statistics In-Reply-To: <20070209153443.27029421@daniel-leite-linux.portoeditora.pt> References: <20070209153443.27029421@daniel-leite-linux.portoeditora.pt> Message-ID: <20070209165348.GA19211@verplant.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070209/53741928/attachment.pgp From dleite(a)portoeditora.pt Fri Feb 9 19:26:09 2007 From: dleite(a)portoeditora.pt (Daniel Leite) Date: Fri Feb 9 19:26:18 2007 Subject: [collectd] no df statistics In-Reply-To: <20070209165348.GA19211@verplant.org> References: <20070209153443.27029421@daniel-leite-linux.portoeditora.pt> <20070209165348.GA19211@verplant.org> Message-ID: <20070209182609.46f1e557@daniel-leite-linux.portoeditora.pt> Hi Florian Thanks for collectd, its a great product!! 8) On Fri, 9 Feb 2007 17:53:48 +0100 Florian Forster wrote: > don't worry about it; I get the moderation requests once a day, so > I'll simply skip over this message tonight ;) no need, i got the moderation warning email and i was able to cancel the post > Yes, I was able to reproduce the problem and fix the bug. Please try > the attached patch and if you could tell me `yep, works now' that's be > awesome :) yep, work now!! :) thanks alot, i can now go the weekend with this working fine >Appart from that I'll likely pack a 3.11.1 release tonight which >should fix this bug. i have a few comments about collectd in solaris, maybe its the right time (or already too late) to tell you... when compiling i found several minor problems like this: if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -Werror -g -O2 -MT processes.lo -MD -MP -MF ".deps/processes.Tpo" -c -o processes.lo processes.c; \ then mv -f ".deps/processes.Tpo" ".deps/processes.Plo"; else rm -f ".deps/processes.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -Werror -g -O2 -MT processes.lo -MD -MP -MF .deps/processes.Tpo -c processes.c -fPIC -DPIC -o .libs/processes.o processes.c: In function `ps_config': processes.c:412: warning: implicit declaration of function `ps_list_register' processes.c: At top level: processes.c:195: warning: 'list_head_g' defined but not used make[3]: *** [processes.lo] Error 1 make[3]: Leaving directory `/usr/share/src/collectd-3.11.0/src' There are more problems like this in some modules, but if i removed the -Werror from AM_CFLAGS in src/Makefile all compiles fine... i also got a crash with the users plugin loaded, with truss i could see that it crashed openning/reading the /var/adm/utmpx Finally i had several problems to setup the client/server mode, and all because i was missing the server entry in the...err.. server config... i would suggest the example config to group the server config and the client config like this: #mode server #server local_ip port # OR #listen local_ip port # OR use nothing to listen to multicast #mode client #server remote_ip port its a small thing but helps alot the first client/server config that ones want to make, because the current example look too much that the server mode dont need any more entries (that is only true if you want multicast :) anyway, thanks for the help and for this very useful app best regards, Daniel Leite ps: any plan to support windows (or snmp) ;) -- DTI - Divis?o T?cnica e de Infra-estruturas ___________________________________ Bloco Gr?fico Rua da Restaura??o, 387 - 4050-506 PORTO Telef.: 22 608 83 58 * Fax: 22 608 83 59 E-mail: dleite@portoeditora.pt Infop?dia.pt - Uma Enciclop?dia, 13 Dicion?rios, um Atlas. http://www.infopedia.pt/ Agora ainda mais acess?vel e com novas funcionalidades! From octo(a)verplant.org Fri Feb 9 23:07:59 2007 From: octo(a)verplant.org (Florian Forster) Date: Fri Feb 9 23:08:01 2007 Subject: [collectd] no df statistics In-Reply-To: <20070209182609.46f1e557@daniel-leite-linux.portoeditora.pt> References: <20070209153443.27029421@daniel-leite-linux.portoeditora.pt> <20070209165348.GA19211@verplant.org> <20070209182609.46f1e557@daniel-leite-linux.portoeditora.pt> Message-ID: <20070209220759.GA3749@verplant.org> Hi Daniel, On Fri, Feb 09, 2007 at 06:26:09PM +0000, Daniel Leite wrote: > > Yes, I was able to reproduce the problem and fix the bug. Please try > > the attached patch and if you could tell me `yep, works now' that's be > > awesome :) > > yep, work now!! :) Okay, good. Thanks for the feedback :) > i have a few comments about collectd in solaris, maybe its the right > time (or already too late) to tell you... Feedback is always welcome, especially since I hardly use Solaris myself.. > processes.c: In function `ps_config': > processes.c:412: warning: implicit declaration of function `ps_list_register' > processes.c: At top level: > processes.c:195: warning: 'list_head_g' defined but not used I think Sebastian sent in a patch to fix a similar bug under FreeBSD and I'm quite sure this resolves this problem, too. I'll double-check tomorrow. > There are more problems like this in some modules, but if i removed > the -Werror from AM_CFLAGS in src/Makefile all compiles fine... Could you send me the entire output of an `make all'? It _should_ build without warnings. (In my opinion warnings are there for a reason ;) > i also got a crash with the users plugin loaded, with truss i could > see that it crashed openning/reading the /var/adm/utmpx That's weird.. `collectd' uses the highlevel `getutent' or `getutxent' functions.. I'll try to reproduce the problem tomorrow.. > i would suggest the example config to group the server config and the > client config like this: Sounds okay to me.. > ps: any plan to support windows No, no serious plans at least.. As far as I know there's the `Windows Services for UNIX' which supposedly provide the POSIX interface under Windows. This should make it possible to compile the daemon there, I hope. You'd still have to add some Windows-code to most of the plugins though, so they'd be able to read some values.. Since I don't have a Windows machine, nor a Windows-license, nor an windows-compiler it's extremely unlikely that I come around to porting it. I'd be happy to accept patches in this direction, though. > (or snmp) ;) It's a bit problematic with collectd version 3, but collectd 4 will fix these flaws. I haven't quite worked out how to best map SNMP-OIDs to RRD-files with there DSes, min- and max-values and so on, but it'd definitely be interesting to have such a plugin. I've come accross quite some hardware (thermometers, RMSes, NetApps, ...) on which I cannot run custom software but which provide some statistics via SNMP.. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070209/552c5eff/attachment.pgp From octo(a)verplant.org Sat Feb 10 11:38:36 2007 From: octo(a)verplant.org (Florian Forster) Date: Sat Feb 10 11:38:38 2007 Subject: [collectd] Version 3.11.1 available In-Reply-To: <20070209182609.46f1e557@daniel-leite-linux.portoeditora.pt> References: <20070209153443.27029421@daniel-leite-linux.portoeditora.pt> <20070209165348.GA19211@verplant.org> <20070209182609.46f1e557@daniel-leite-linux.portoeditora.pt> Message-ID: <20070210103836.GB3749@verplant.org> Hi everybody, as said yesterday I've packet a new release, 3.11.1, which fixes the Solaris issues reported by Daniel and includes the GNU/kFreeBSD patches provided by Sebastian. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070210/b295b8e8/attachment.pgp From nomicon(a)gmail.com Sat Feb 10 14:39:39 2007 From: nomicon(a)gmail.com (=?ISO-8859-1?Q?martin_=F6stlund?=) Date: Sat Feb 10 14:39:42 2007 Subject: [collectd] collectd not generating rrd files? Message-ID: Hello. I installed collectd-3.11.1 from source on a Slackware 11.0 system. I configured collectd.conf to DataDir /var/collectd/var/lib/collectd. my configure line is ./configure --disable-hddtemp --with-lm-sensors --prefix=/var/collectd --with-rrdtool The files in DataDir does not end in .rrd, is this a problem ? Also, when I read howtos and such for rrdtool, they seem to have example .rrd-files which is not in the same format as the files outputted by collectd, what am I missing here, im new to all this... With best regards, Georgie From octo(a)verplant.org Sat Feb 10 15:49:31 2007 From: octo(a)verplant.org (Florian Forster) Date: Sat Feb 10 15:49:32 2007 Subject: [collectd] collectd not generating rrd files? In-Reply-To: References: Message-ID: <20070210144930.GC3749@verplant.org> Hi Martin, On Sat, Feb 10, 2007 at 02:39:39PM +0100, martin ?stlund wrote: > I installed collectd-3.11.1 from source on a Slackware 11.0 system. I > configured collectd.conf to DataDir /var/collectd/var/lib/collectd. > my configure line is ./configure --disable-hddtemp --with-lm-sensors > --prefix=/var/collectd --with-rrdtool did the configure-script actually find the RRDTool library and header files? The summary at the end of the script should tell you. > The files in DataDir does not end in .rrd, is this a problem? Maybe. If you have linked against `librrd', all you need to do is set the `Mode' to `Local'. If you didn't link against `librrd' (because the configure-script couldn't find the header files and/or the library) you will need to install them and re-compile. > Also, when I read howtos and such for rrdtool, they seem to have > example .rrd-files which is not in the same format as the files > outputted by collectd, what am I missing here, im new to all this... If the files are human-readable, e. g. by using `less', they're `CSV'-files and the `Mode' is (possibly implicitely) set to `Log'. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070210/1a963110/attachment.pgp From octo(a)verplant.org Sun Feb 11 13:08:08 2007 From: octo(a)verplant.org (Florian Forster) Date: Sun Feb 11 13:08:09 2007 Subject: [collectd] Version 3.11.2 available Message-ID: <20070211120808.GD3749@verplant.org> Hi again, another portability bug has been identified and fixed: Some plugins, namely `email', `multimeter' and `users' were passing NULL-pointers back to the daemon, which would then pass them to `snprintf'. This doesn't do any harm with the GNU libc, but other libcs segfault at this point. This release - fixes the behavior of the plugins, and - checks in the daemon, that no NULL-pointer are being passed in by the plugins, because plugins shouldn't be able to crash the daemon. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070211/9419380d/attachment.pgp From eppo(a)darox.net Mon Feb 12 14:54:23 2007 From: eppo(a)darox.net (Florent) Date: Mon Feb 12 14:54:36 2007 Subject: [collectd] Lighttpd plugin Message-ID: <12076e24e4c6b85804ce89f32e6ec830@imap.darox.net> Hi, I wrote a plugin to graph lighttpd statistics. Lighttpd already wrote a RRD file with its statistics in (requests/s, traffic in/out) and I wanted to use collectd to forward this RRD file to another server which hosts cacti to graph these values. How it works: - read function rrd_fetch a rrd file in the local filesystem and submit some values - write function stores the transferred values in another RRD file My plugin almost works, the only issue is the different step between the source RRD file (the lighttpd generated one: 60) and the destination RRD file (wrote by collectd on destination server: 10). That leads to different minimum or maximum values, but the average looks good. See attachment file if you want to take a look. Florent -------------- next part -------------- A non-text attachment was scrubbed... Name: lighttpd.c Type: application/octet-stream Size: 3539 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070212/a3a4b16e/lighttpd.obj From octo(a)verplant.org Mon Feb 12 15:23:10 2007 From: octo(a)verplant.org (Florian Forster) Date: Mon Feb 12 15:23:12 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <12076e24e4c6b85804ce89f32e6ec830@imap.darox.net> References: <12076e24e4c6b85804ce89f32e6ec830@imap.darox.net> Message-ID: <20070212142310.GG3749@verplant.org> Hi Florent, thanks for your plugin :) On Mon, Feb 12, 2007 at 02:54:23PM +0100, Florent wrote: > How it works: > - read function rrd_fetch a rrd file in the local filesystem and > submit some values > - write function stores the transferred values in another RRD file Reading the values from an RRD-file and store them in another seems a bit hack-ish to me. However, the lighttpd-guys seem to have implemented a `mod_status'-module which is almost identical to the one found with Apache. From what I can see in their wiki the `apache'-plugin should work with lighttpd, except `BusyServers:' which would need to be added to the `apache'-plugin. > My plugin almost works, the only issue is the different step between > the source RRD file (the lighttpd generated one: 60) and the > destination RRD file (wrote by collectd on destination server: 10). Yes, that's why I think it's hack-ish: Unless the RRD-file has a `LAST' RRA you gen consolidated values and even if you get the plain values out of a `LAST' RRA, you have the problem with `MIN' and `MAX'. Would you mind giving the `apache'-plugin a try? Adding support for the `BusyServers'-field shouldn't be a problem.. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070212/7aedeeca/attachment.pgp From eppo(a)darox.net Mon Feb 12 16:22:52 2007 From: eppo(a)darox.net (Florent) Date: Mon Feb 12 16:23:10 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <20070212142310.GG3749@verplant.org> References: <20070212142310.GG3749@verplant.org> Message-ID: <43be4b4f6f88a3b9302f60b865efc4ef@imap.darox.net> My long-term goal was to forward all my application generated RRD files through collectd. But It requires equal steps for the source and destination RRD files to work. I thought future version of collectd would implement such feature. For this plugin, I will try with the status page and post it here. Regards, Florent On Mon, 12 Feb 2007 15:23:10 +0100, Florian Forster wrote: > Hi Florent, > > thanks for your plugin :) > > On Mon, Feb 12, 2007 at 02:54:23PM +0100, Florent wrote: >> How it works: >> - read function rrd_fetch a rrd file in the local filesystem and >> submit some values >> - write function stores the transferred values in another RRD file > > Reading the values from an RRD-file and store them in another seems a > bit hack-ish to me. However, the lighttpd-guys seem to have implemented > a `mod_status'-module which is almost identical to the one found with > Apache. From what I can see in their wiki the `apache'-plugin should > work with lighttpd, except `BusyServers:' which would need to be added > to the `apache'-plugin. > >> My plugin almost works, the only issue is the different step between >> the source RRD file (the lighttpd generated one: 60) and the >> destination RRD file (wrote by collectd on destination server: 10). > > Yes, that's why I think it's hack-ish: Unless the RRD-file has a `LAST' > RRA you gen consolidated values and even if you get the plain values out > of a `LAST' RRA, you have the problem with `MIN' and `MAX'. > > Would you mind giving the `apache'-plugin a try? Adding support for the > `BusyServers'-field shouldn't be a problem.. > > Regards, > -octo > -- > Florian octo Forster > Hacker in training > GnuPG: 0x91523C3D > http://verplant.org/ > > From octo(a)verplant.org Wed Feb 14 10:52:49 2007 From: octo(a)verplant.org (Florian Forster) Date: Wed Feb 14 10:52:51 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <43be4b4f6f88a3b9302f60b865efc4ef@imap.darox.net> References: <20070212142310.GG3749@verplant.org> <43be4b4f6f88a3b9302f60b865efc4ef@imap.darox.net> Message-ID: <20070214095249.GI3749@verplant.org> Hi Florent, On Mon, Feb 12, 2007 at 04:22:52PM +0100, Florent wrote: > My long-term goal was to forward all my application generated RRD > files through collectd. But It requires equal steps for the source and > destination RRD files to work. I thought future version of collectd > would implement such feature. What applications are those? I think if you simply want to have the RRD-files of machine ?A? on machine ?B?, your best bet is to do this on the file-level, i. e. use NFS, unison, rsync, scp or something along these lines. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070214/5f19689f/attachment.pgp From eppo(a)darox.net Wed Feb 14 11:03:55 2007 From: eppo(a)darox.net (Florent) Date: Wed Feb 14 11:04:10 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <43be4b4f6f88a3b9302f60b865efc4ef@imap.darox.net> References: <43be4b4f6f88a3b9302f60b865efc4ef@imap.darox.net> Message-ID: <7beb904ff5d2aa1e543fdb9340319a36@imap.darox.net> After few tests, here is lighttpd plugin using mod_status parsing. I tried to keep the apache plugin structure. In lighty status page (?auto), there is no scoreboard but only: - total requests since start - total outgoing bytes since start - uptime - active connections I picked them all except uptime (no need to graph/store this kind of data, don't we ?). The native lighty rrd file (locally generated by lighttpd process) contains inbound traffic but not the active connections. Comparatively to apache mod_status page, there is not scoreboard, cpu load, bytes per requests (there is no idle worker lighttpd process because lighty is monothreaded). I followed debian plugin documentation instructions to compile the plugin, but -fPIC option makes collectd segfault, I didn't understand why. I had to link to libcurl to respect dependencies. The config options are the same that apache plugin: url, user, password, cert in directive. Collectd makes 3 RRD file: - lighttpd_connections with GAUGE DS: connections - lighttpd_traffic with COUNTER DS: outgoing - lighttpd_requests with COUNTER DS: requests Florent On Mon, 12 Feb 2007 16:22:52 +0100, Florent wrote: > My long-term goal was to forward all my application generated RRD files > through collectd. But It requires equal steps for the source and > destination RRD files to work. I thought future version of collectd would > implement such feature. > > For this plugin, I will try with the status page and post it here. > > Regards, > > Florent > > On Mon, 12 Feb 2007 15:23:10 +0100, Florian Forster > wrote: >> Hi Florent, >> >> thanks for your plugin :) >> >> On Mon, Feb 12, 2007 at 02:54:23PM +0100, Florent wrote: >>> How it works: >>> - read function rrd_fetch a rrd file in the local filesystem and >>> submit some values >>> - write function stores the transferred values in another RRD file >> >> Reading the values from an RRD-file and store them in another seems a >> bit hack-ish to me. However, the lighttpd-guys seem to have implemented >> a `mod_status'-module which is almost identical to the one found with >> Apache. From what I can see in their wiki the `apache'-plugin should >> work with lighttpd, except `BusyServers:' which would need to be added >> to the `apache'-plugin. >> >>> My plugin almost works, the only issue is the different step between >>> the source RRD file (the lighttpd generated one: 60) and the >>> destination RRD file (wrote by collectd on destination server: 10). >> >> Yes, that's why I think it's hack-ish: Unless the RRD-file has a `LAST' >> RRA you gen consolidated values and even if you get the plain values out >> of a `LAST' RRA, you have the problem with `MIN' and `MAX'. >> >> Would you mind giving the `apache'-plugin a try? Adding support for the >> `BusyServers'-field shouldn't be a problem.. >> >> Regards, >> -octo >> -- >> Florian octo Forster >> Hacker in training >> GnuPG: 0x91523C3D >> http://verplant.org/ >> >> > > > _______________________________________________ > collectd mailing list > collectd@verplant.org > http://mailman.verplant.org/listinfo/collectd -------------- next part -------------- A non-text attachment was scrubbed... Name: lighttpd.c Type: application/octet-stream Size: 6978 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070214/7a4193f9/lighttpd.obj From sh(a)tokkee.org Wed Feb 14 11:13:45 2007 From: sh(a)tokkee.org (Sebastian Harl) Date: Wed Feb 14 11:13:46 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <7beb904ff5d2aa1e543fdb9340319a36@imap.darox.net> References: <43be4b4f6f88a3b9302f60b865efc4ef@imap.darox.net> <7beb904ff5d2aa1e543fdb9340319a36@imap.darox.net> Message-ID: <20070214101344.GJ16013@albany.tokkee.org> Hi Florent, On Wed, Feb 14, 2007 at 11:03:55AM +0100, Florent wrote: > I followed debian plugin documentation instructions to compile the plugin, > but -fPIC option makes collectd segfault, I didn't understand why. I had > to link to libcurl to respect dependencies. You did still specify -fPIC, didn't you? This is required to build position independent code which is required for shared objects. Of course, you have to link you plugin against all libraries it's using. Cheers, Sebastian -- Sebastian "tokkee" Harl GnuPG-ID: 0x8501C7FC http://tokkee.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070214/b9948b21/attachment.pgp From eppo(a)darox.net Wed Feb 14 11:24:02 2007 From: eppo(a)darox.net (Florent) Date: Wed Feb 14 11:24:16 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <20070214101344.GJ16013@albany.tokkee.org> References: <20070214101344.GJ16013@albany.tokkee.org> Message-ID: Hi Sebastian, no I didn't. It only works (for me) without... If someone can give it a try. I tested: gcc -D HAVE_LIBCURL -D HAVE_CURL_CURL_H -shared -fPIC -lcurl -o lighttpd.so lighttpd.c collectd segfaulted. Without -fPIC, it works. Compiled on Debian testing, VIA C3 processor, customized kernel 2.6.18.1. Regards, Florent On Wed, 14 Feb 2007 11:13:45 +0100, Sebastian Harl wrote: > Hi Florent, > > On Wed, Feb 14, 2007 at 11:03:55AM +0100, Florent wrote: >> I followed debian plugin documentation instructions to compile the > plugin, >> but -fPIC option makes collectd segfault, I didn't understand why. I had >> to link to libcurl to respect dependencies. > > You did still specify -fPIC, didn't you? This is required to build > position > independent code which is required for shared objects. > > Of course, you have to link you plugin against all libraries it's using. > > Cheers, > Sebastian > > -- > Sebastian "tokkee" Harl > GnuPG-ID: 0x8501C7FC > http://tokkee.org/ > > > From eppo(a)darox.net Wed Feb 14 11:45:02 2007 From: eppo(a)darox.net (Florent) Date: Wed Feb 14 11:45:14 2007 Subject: [collectd] Lighttpd plugin Message-ID: <14724a8f015ed41a67ce6229aa45b0cb@imap.darox.net> Hi Florian, some home-made applications store some statistics in RRD files. Cacti hosted on a supervision server (not in the same LAN that the application server) does some graphs with RRD data collected by collectd-server. So my idea was to use collectd to do the job = transferring local RRD files to the supervision server. I know I could use a transfer protocol, but collectd in client-server mode provides one, and plugin architecture of collectd looks nice to read any input data. Moreover, low steps/heartbeat don't play nice with ftp, scp, ... When I found collectd, I saw a replacement of net-snmp server + cacti poller, so I am maybe wrong about the collectd goal. Florent On Wed, 14 Feb 2007 10:52:49 +0100, Florian Forster wrote: > Hi Florent, > > On Mon, Feb 12, 2007 at 04:22:52PM +0100, Florent wrote: >> My long-term goal was to forward all my application generated RRD >> files through collectd. But It requires equal steps for the source and >> destination RRD files to work. I thought future version of collectd >> would implement such feature. > > What applications are those? > > I think if you simply want to have the RRD-files of machine ?A? on > machine ?B?, your best bet is to do this on the file-level, i. e. use > NFS, unison, rsync, scp or something along these lines. > > Regards, > -octo > -- > Florian octo Forster > Hacker in training > GnuPG: 0x91523C3D > http://verplant.org/ > > From octo(a)verplant.org Wed Feb 14 12:05:22 2007 From: octo(a)verplant.org (Florian Forster) Date: Wed Feb 14 12:05:23 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <14724a8f015ed41a67ce6229aa45b0cb@imap.darox.net> References: <14724a8f015ed41a67ce6229aa45b0cb@imap.darox.net> Message-ID: <20070214110522.GJ3749@verplant.org> Hi again :) On Wed, Feb 14, 2007 at 11:45:02AM +0100, Florent wrote: > some home-made applications store some statistics in RRD files. > When I found collectd, I saw a replacement of net-snmp server + cacti > poller, so I am maybe wrong about the collectd goal. Sebastian is in the progress of writing a Perl-interface for the plugin infrastructure and I wanted to look into a fork/exec plugin. Neither one is done yet, but once they are they should provide an easy to use way to provide such home-made information to collectd. How does the SNMPd get the values? Does it read them from RRD-files, too? In my opinion, SNMP is great for switches, rack monitoring systems and the like and I'm sure I'll write an SNMP-plugin at some point. For machines which have a full-grown operating-system SNMP is a lot of overhead, provides only very basic statistics out of the box and is not extendable. I've written one C-extension for Net-SNMPd and I hope I never have to do that again. If you're interested in what we had in mind, please read this thread. Any thoughts are, of course, welcome :) Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070214/29a605f1/attachment.pgp From octo(a)verplant.org Wed Feb 14 12:32:19 2007 From: octo(a)verplant.org (Florian Forster) Date: Wed Feb 14 12:32:20 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <7beb904ff5d2aa1e543fdb9340319a36@imap.darox.net> References: <43be4b4f6f88a3b9302f60b865efc4ef@imap.darox.net> <7beb904ff5d2aa1e543fdb9340319a36@imap.darox.net> Message-ID: <20070214113219.GK3749@verplant.org> Hi Florent, On Wed, Feb 14, 2007 at 11:03:55AM +0100, Florent wrote: > After few tests, here is lighttpd plugin using mod_status parsing. thanks for the file :) I've merged the changes into the `apache' plugin which I will rename to `httpd' in the next major version. > I picked them all except uptime (no need to graph/store this kind of > data, don't we ?). _I_ don't see a point in uptime-graphing, though many people do that for whatever reason. In my opinion adding `date >>/var/log/boottimes' to the end of your startup procedure is a much easier method to get the same information ;) Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070214/9ff2492f/attachment.pgp From octo(a)verplant.org Sat Feb 17 09:15:59 2007 From: octo(a)verplant.org (Florian Forster) Date: Sat Feb 17 09:16:00 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <73afbb1f3f3b221b95fc78aeab6636ac@imap.darox.net> References: <20070214110522.GJ3749@verplant.org> <73afbb1f3f3b221b95fc78aeab6636ac@imap.darox.net> Message-ID: <20070217081558.GL3749@verplant.org> On Wed, Feb 14, 2007 at 04:30:17PM +0100, Florent wrote: > On Wed, 14 Feb 2007 12:05:22 +0100, Florian Forster wrote: > > Sebastian is in the progress of writing a Perl-interface for the plugin > > infrastructure and I wanted to look into a fork/exec plugin. > > That's awesome. shell-script, php, python and ruby would be great too :) Well, if anyone wants to contribute a plugin which provides Phyton- or Ruby-bindings that'd be great. I myself don't have enough experience with either language to write that myself. PHP, I don't quite see the point.. PHP's for web stuff, kind of like serverside-includes on drugs. Since I don't know of any way to include sh, bash, csh, .. in other programs and because it's fairly easy program, I wanted to write an `exec'-plugin which works similar to `CGI': Not very performant, but language independent. > I wrote some script shell putting some values in SNMP tree. That's a point that crossed my mind, too: The `unixsock'-plugin provides a command called `GETVAL' to query values. It shouldn't be too hard to add a command like `PUTVAL' which sends values to collectd. > > If you're interested in what we had in mind, please read this > > thread. Any thoughts are, of course, welcome :) > > > > > That's the kind of things I had in mine too. admin sys are probably > the biggest audience of collectd, and they use shell and perl scripts, > rarely C programming. Right, but forking/execing stuff is slow and if that's sone n times each 10 seconds it might cause some serious system load. It's therefore only suitable for the one small script you don't have time to do properly on that friday evening. (And, as all people in charge of anything know: Nothing lasts as long as a makeshift ;) The far more intelligent, performant and complex solution is the Perl- plugin Sebastian is looking into. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070217/d22263fb/attachment.pgp From octo(a)verplant.org Sat Feb 17 09:18:33 2007 From: octo(a)verplant.org (Florian Forster) Date: Sat Feb 17 09:18:34 2007 Subject: [collectd] Lighttpd plugin In-Reply-To: <6a9cc3430dca5442eb59364f2c0868df@imap.darox.net> References: <20070214113219.GK3749@verplant.org> <6a9cc3430dca5442eb59364f2c0868df@imap.darox.net> Message-ID: <20070217081833.GM3749@verplant.org> Hi Florent, On Wed, Feb 14, 2007 at 04:37:15PM +0100, Florent wrote: > There is not the same set of RRD files between this plugin (scoreboard > for apache, active connections for lighttpd) so how do you choose to > create or not some RRD files ? RRD-files are created as needed, i. e. when some value is supposed to be written to them. When the status-page doesn't provide scoreboard-values, then the `apache'-plugin won't try to update the values, so the file will not be created. Vice versa, when reading values off of an Apache, the `connections' won't appear anywhere.. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070217/da476788/attachment.pgp From peter(a)holik.at Sun Feb 25 12:37:22 2007 From: peter(a)holik.at (Peter Holik) Date: Sun Feb 25 12:37:23 2007 Subject: [collectd] [PATCH] plugin irq Message-ID: <20070225113722.1C46C3EB8DC@mail.it-technology.at> Hi! This plugin collects interrupts from /proc/interrupts Usually all interrupts are collected but you can configure what interruptnumbers are collected or not. Example: collect only wanted irqs: Irq 0 Irq 14 IgnoreSelected false collect all but no these irqs: Irq 7 Irq 8 Irq 9 IgnoreSelected true cu Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: collectd-3.11.2_irq.diff.gz Type: application/x-gzip Size: 5102 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070225/80c19e93/collectd-3.11.2_irq.diff.bin From peter(a)holik.at Sun Feb 25 13:51:22 2007 From: peter(a)holik.at (Peter Holik) Date: Sun Feb 25 13:51:24 2007 Subject: [collectd] [PATCH] processes.c Message-ID: <20070225125122.F33913E8F01@mail.it-technology.at> Hi! I am using collection.cgi to display my stats. With the latest addition to processes collection.cgi does not display http://host/cgi-bin/collection.cgi/processes because in /var/lib/collectd we have processes.rrd and a directory called processes. This patch renames the directory processes to processes_detail cu Peter From peter(a)holik.at Sun Feb 25 13:54:26 2007 From: peter(a)holik.at (Peter Holik) Date: Sun Feb 25 13:54:27 2007 Subject: [collectd] [PATCH] collection.cgi display less than a hour Message-ID: <20070225125426.161263E5AC0@mail.it-technology.at> Hi! With this patch you can type something like http://proxy/cgi-bin/collection.cgi/load/1000 to have a look to the latest 1000 seconds. cu Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: cgi_sec_past.diff Type: text/x-diff Size: 510 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070225/644e1680/cgi_sec_past.bin From peter(a)holik.at Sun Feb 25 13:55:42 2007 From: peter(a)holik.at (Peter Holik) Date: Sun Feb 25 13:55:44 2007 Subject: [collectd] [PATCH] processes.c with patch Message-ID: <20070225125542.9996A3EAD06@mail.it-technology.at> Hi! I am using collection.cgi to display my stats. With the latest addition to processes collection.cgi does not display http://host/cgi-bin/collection.cgi/processes because in /var/lib/collectd we have processes.rrd and a directory called processes. This patch renames the directory processes to processes_detail cu Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: collectd-3.11.2_process.diff Type: text/x-diff Size: 1305 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070225/75993619/collectd-3.11.2_process.bin From octo(a)verplant.org Tue Feb 27 10:03:33 2007 From: octo(a)verplant.org (Florian Forster) Date: Tue Feb 27 10:03:35 2007 Subject: [collectd] [PATCH] plugin irq In-Reply-To: <20070225113722.1C46C3EB8DC@mail.it-technology.at> References: <20070225113722.1C46C3EB8DC@mail.it-technology.at> Message-ID: <20070227090333.GC3432@verplant.org> Hi Peter, sorry for the delay, I was on vacation. On Sun, Feb 25, 2007 at 12:37:22PM +0100, Peter Holik wrote: > This plugin collects interrupts from /proc/interrupts Thank you very much for the patch :) That's a patch how I love them: You've thought of everything; even added some code to `collection.cgi' :) One remark though: `collectd.1' and `collectd.conf.5' are generated from .pod-files. It's not much work to copy the changes to those files to the .pod-files, but it'd be easier still if you'd patch those ;) (They're not in the distribution tarball to prevent automake from re-generating them and thus depending on Perl being installed) Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070227/9273c018/attachment.pgp From octo(a)verplant.org Tue Feb 27 10:06:31 2007 From: octo(a)verplant.org (Florian Forster) Date: Tue Feb 27 10:06:31 2007 Subject: [collectd] [PATCH] collection.cgi display less than a hour In-Reply-To: <20070225125426.161263E5AC0@mail.it-technology.at> References: <20070225125426.161263E5AC0@mail.it-technology.at> Message-ID: <20070227090631.GD3432@verplant.org> Hi Peter, On Sun, Feb 25, 2007 at 01:54:26PM +0100, Peter Holik wrote: > With this patch you can type something like > > http://proxy/cgi-bin/collection.cgi/load/1000 > > to have a look to the latest 1000 seconds. this feature was present once but was removed, because it's difficult to tell if you mean `inst = load', last 1000 seconds, or `inst = load', `type = 1000'. I. e. you cannot have numeric-only type-names, as used by the CPU-plugin. I will redo much of the collection.cgi for version 4 and this feature will definitely be onboard.. ;) Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070227/c54731b7/attachment.pgp From octo(a)verplant.org Tue Feb 27 10:08:38 2007 From: octo(a)verplant.org (Florian Forster) Date: Tue Feb 27 10:08:39 2007 Subject: [collectd] [PATCH] processes.c with patch In-Reply-To: <20070225125542.9996A3EAD06@mail.it-technology.at> References: <20070225125542.9996A3EAD06@mail.it-technology.at> Message-ID: <20070227090838.GE3432@verplant.org> Hi Peter, On Sun, Feb 25, 2007 at 01:55:42PM +0100, Peter Holik wrote: > With the latest addition to processes collection.cgi does not > display http://host/cgi-bin/collection.cgi/processes > because in /var/lib/collectd we have processes.rrd and a directory > called processes. That's a bug.. I'll look into it.. > This patch renames the directory processes to processes_detail Hm, this breaks backwards compatibility and can therefore not go into the version-3-branch. Version 4 will create one sub-directory per plugin and therefore not suffer from this problem. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070227/2b46cf20/attachment.pgp From octo(a)verplant.org Tue Feb 27 20:14:05 2007 From: octo(a)verplant.org (Florian Forster) Date: Tue Feb 27 20:14:07 2007 Subject: [collectd] A first version of an `exec' plugin Message-ID: <20070227191405.GG3432@verplant.org> Hello everybody, before going on vacation last week, I wrote a first attempt at an `exec'-plugin. The plugin will fork a child, change the UID to something not zero (i. e. not root) and exec some program or script. A thread reads from the child and submits the values to the daemon. When the program terminates, the thread cleans up and terminates as well. Since an extra thread is handling the executed program, it does not block the daemon. In may in fact run as long as it wants and submit values again and again, because the daemon ensures it's not executed twice. If anyone knows a good reason, why a program would run for more than 10 seconds and should still be executed every 10 seconds, please let me know. Since this fork/setuid/exec-bussiness is kind of messy and imposes quite some secutiry-risks, I'd be very happy if some people would dare to look over the code or simply try it in a sandbox somewhere. In general, most of the features I wanted to have for version 4 are implemented. I could really do with some people testing it and sending in bugs.. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070227/85ea4f4c/attachment.pgp From bd(a)bc-bd.org Tue Feb 27 14:59:25 2007 From: bd(a)bc-bd.org (bd) Date: Wed Feb 28 08:24:04 2007 Subject: [collectd] battery.c patch Message-ID: <20070227135924.GE14794@bc-bd.org> Hello, I tried writing a patch for battery.c (also collect information about curent capacity and design capacity) but the rrd files are not created. Perhaps someone can point me towards the error I made. thanks in advance & by Stefan PS: Please CC me as I am not on the list -- BOFH excuse #142: new guy cross-connected phone lines with ac power bus. -------------- next part -------------- A non-text attachment was scrubbed... Name: battery.diff Type: text/x-diff Size: 5798 bytes Desc: not available Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070227/f2f4d274/battery.bin From octo(a)verplant.org Wed Feb 28 08:53:24 2007 From: octo(a)verplant.org (Florian Forster) Date: Wed Feb 28 08:53:25 2007 Subject: [collectd] [PATCH] plugin irq In-Reply-To: <20070225113722.1C46C3EB8DC@mail.it-technology.at> References: <20070225113722.1C46C3EB8DC@mail.it-technology.at> Message-ID: <20070228075324.GA17720@verplant.org> Hi Peter, On Sun, Feb 25, 2007 at 12:37:22PM +0100, Peter Holik wrote: > This plugin collects interrupts from /proc/interrupts I've looked into your plugin in more detail just now and fixed the following issues: - Moved the RRD-files into a subdirectory called `irq'. That's how it's going to be done in the next major version. - Renamed the DS to `value' and set the maximum value to 65535. I'm not sure if this maximum value is big enough..? - Don't use `LOG_EMERG' when config-problems are found. Rather, print to `STDERR' since it's still available during configuration. - Use `strsplit' when parsing `/proc/interrupts'. This makes much of the pointer-arithmetic obsolete and the code much more readable. - The device names are not used in the filename, though I'm not certain if that's the way to go here.. On my workstation there is a line like this: 193: 28492 IO-APIC-level uhci_hcd, uhci_hcd, uhci_hcd, ehci_hcd Apparently the interrupt is shared among several USB-controllers. My problem here is, that as soon as one device is deactivated or the order changes, so does the filename. Besides, a filename along the lines of `irq-193-uhci_hcd-ehci_hcd.rrd' would be nice. On another machine I have this line: 217: 50173955 0 IO-APIC-level 3ware Storage Controller Where one device somehow manages to write a _description_ in there. This makes detection of such shared interrupts as above tricky. If anyone has a good idea how to use the last part of the lines for a filename, please let me know. Best regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mailman.verplant.org/pipermail/collectd/attachments/20070228/b9ebded7/attachment.pgp