1 Jun 2012 03:35
1 Jun 2012 11:59
Re: [PATCH] IPVS plugin not handling firewall marks
On Wed, May 30, 2012 at 01:50:51PM +0100, Mark Brooks wrote:
> Hi all,
> This was detected in 5.1.0, when using the ipvs plugin to collect
> stats from ipvs with firewall marks. (I am quite new to using collectd
> so if Ive missed something please shout)
>
> The observed normal folder naming convention is -
> ipvs-<virtual IP>_{UDP,TCP}<port>
>
> which is fine until you use a firewall mark as you get
> ipvs-0.0.0.0_TCP0/
>
> Which is usable unless you have more than one firewall mark pointing
> to the same real servers, as everything ends up in the same directory.
>
> The patch detects if the Virtual IP is a firewall mark and uses that
> to form the folder name instead. So if your using a firewall mark you
> would get
>
> ipvs-<firewall_mark>_FWM0
Signed-off-by: Sebastian Harl <sh@...>
> Mark
> -----------------------------------------------------------------------------------------------------------------
>
> diff -pur collectd-5.1.0/src/ipvs.c collectd-5.1.0-mine/src/ipvs.c
> --- collectd-5.1.0/src/ipvs.c 2012-04-02 09:04:58.000000000 +0100
(Continue reading)
1 Jun 2012 15:25
Re: ASK: Enable plugin MySQL in collect
Hello On 09.05.2012 10:24, Kinh Vân Bộ wrote: > But I can enable plugin MySQL, I uncomment some lines in file config > collectd.confg and restart collectd (/etc/init.d/collect restart) > >> LoadPlugin mysql >> >> <Plugin mysql> >> <Database "my_database"> >> Host "localhost" >> User "user" >> Password "password" >> Port "3306" >> Socket "/var/run/mysqld/mysqld3.sock" >> </Database> >> </Plugin> >> >> After i access my collectd, but plugin MySQL's not appearance so I hope > your support, it'll help me out. Thank you. For the MySQL Plugin to work, you need to create a user in MySQL. This can be done with this commands (replace <password> with a random string of letters and numbers): mysql -u root -p mysql> create user 'collectd' <at> 'localhost' identified by '<password>'; mysql> exit If you want to monitor the whole MySQL server (and not only a(Continue reading)
1 Jun 2012 15:35
Re: Compilation issue on Solaris 10
2012/5/31 Florian Forster <octo <at> collectd.org>:
>> utils_dns.c:476:17: error: storage size of 'ext_hdr' isn't known
>
> It looks like Solaris is missing this struct. Since all extension
> headers are being ignored, we should be able to fall back to a
> self-defined struct like this one:
>
> struct ip6_ext
> {
> uint8_t ip6e_nxt;
> uint8_t ip6e_len;
> };
This one is defined in a file called ip_compat.h. I'll try to get it
to work. So far, I've cloned the git repo to a Solaris host, and ran
build.sh. The ./configure script wasn't generated correctly, and
failed with unexpanded libnotify errors ‒ the libnotify macros are
absent on Solaris.
checking for rrd.h... no
configure: pkg-config not available, trying to guess flags for the
statgrab library.
checking statgrab.h usability... no
checking statgrab.h presence... no
checking for statgrab.h... no
./configure: line 23800: --exists: command not found
checking tcrdb.h usability... no
checking tcrdb.h presence... no
checking for tcrdb.h... no
checking yajl/yajl_parse.h usability... no
(Continue reading)
2 Jun 2012 01:53
Re: Compilation issue on Solaris 10
2012/6/1 Maciej (Matchek) Bliziński <maciej <at> opencsw.org>:
> I need to either come up with a fix for that, or work with a released
> tarball instead. To be continued.
I made some progress. Installing CSWpkgconfig fixed the ./configure
problem. I have a patch for nfs.c, which I'll send shortly. I'm
currently facing a problem with conflicting defines in headers. Here's
the error message:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -DPREFIX=\"/opt/collectd\"
-DCONFIGFILE=\"/opt/collectd/etc/collectd.conf\"
-DLOCALSTATEDIR=\"/opt/collectd/var\"
-DPKGLOCALSTATEDIR=\"/opt/collectd/var/lib/collectd\"
-DPIDFILE=\"/opt/collectd/var/run/collectd.pid\"
-DPLUGINDIR=\"/opt/collectd/lib/collectd\"
-DPKGDATADIR=\"/opt/collectd/share/collectd\" -I/opt/csw/include -Wall
-Werror -g -Dsolaris2 -I. -I/usr/sfw/include -DSOLARIS2=10 -MT
snmp_la-snmp.lo -MD -MP -MF .deps/snmp_la-snmp.Tpo -c snmp.c -fPIC
-DPIC -o .libs/snmp_la-snmp.o
In file included from snmp.c:29:0:
/usr/sfw/include/net-snmp/net-snmp-config.h:863:0: error:
"PACKAGE_BUGREPORT" redefined [-Werror]
In file included from collectd.h:26:0,
from snmp.c:22:
config.h:1373:0: note: this is the location of the previous definition
From what I see, the PACKAGE_BUGREPORT macro is defined by autotools.
The culprit is probably /usr/sfw/include/net-snmp/net-snmp-config.h
which shouldn't define the macro, but it does, and I can't change it.
At collectd, the macro is not used for anything, maybe it can be
(Continue reading)
6 Jun 2012 02:32
Exec plugin - forked process freezing with 4.10.1 on Ubuntu 12.04 (precise)
Hello We've been using the Exec plugin to great effect on our collectd servers running on Ubuntu 10.04 (lucid) with collectd version 4.9.x but after upgrading to Ubuntu 12.04 (precise) and using the new version of collectd it ships with (4.10.1) the Exec plugin is now intermittently failing. What happens is similar to a thread from 2010 where the collectd process forks but then freezes up before exec'ing the external command specified in the Exec plugin definition. I have reproduced this on my laptop in a VirtualBox VM running precise and the same version of collectd. The details are here: https://gist.github.com/2878994 ... This feels like a collectd bug, but before I raise a bug report is there anything obvious anyone can think of here that I might have missed? Thank you Jesse Jesse Reynolds R&D Engineer Bulletproof Networks Mission Critical Hosting http://www.bulletproof.net/ tel: 1300 663 903
6 Jun 2012 06:18
Re: Exec plugin - forked process freezing with 4.10.1 on Ubuntu 12.04 (precise)
On 06/06/2012, at 10:02 AM, Jesse Reynolds wrote: ... > I have reproduced this on my laptop in a VirtualBox VM running precise and the same version of collectd. The details are here: https://gist.github.com/2878994 ... Doing some more testing and I've managed to reproduce the problem with the network and rrdtool plugins not activated. If I also deactivate the unixsock plugin then the problem goes away. So I think this is something to do with an interplay between the unixsock and exec plugins. Is anyone else using the exec and unixsock plugins with the collectd 4.10.1 as shipped with precise? Is it worth compiling 4.10.1 with debug symbols, reproducing, and attaching gdb to the frozen process? Jesse
6 Jun 2012 15:40
Re: Exec plugin - forked process freezing with 4.10.1
Hi Jesse
We are using collectd 4.10.2 (close enough) with unixsock, exec and a host
of other plugins. We experienced similar problems and I spent a lot of time
debugging and getting it stable. I've posted my patches to the mailing
list, but will attach them here again. They should apply easily (touch
wood!) and there's a chance it will make things better. Here's the patches,
note not all are really relevant, I suggest you just apply the first 3 or 4:
Quick overview:
Fixed various collectd memory leaks.
Fixed collectd's unixsock read interrupted by SIGCHLD's.
Fixed collectd exec module: incorrectly exited select loop on signal.
Fixed incorrect collectd warning when configuring network plugin.
Collectd's scale plugin now supports scaling only on specific data
sources, yay! (New feature)
Apologies if I wasn't supposed to paste the patch in the body of the email,
but here goes:
commit ba04be9feeec4f40b9ada1cae64c0a27634f1c76
Author: Gerrie Roos <groos@...>
Date: Fri May 25 05:38:47 2012 +0200
Fixed various collectd memory leaks.
Once I understood what's going on I tried to keep the changes to a
minimum.
(Continue reading)
6 Jun 2012 15:59
Re: Exec plugin - forked process freezing with 4.10.1
Hi Gerrie ... On 06/06/2012, at 11:10 PM, Gerrie Roos wrote: > Hi Jesse > > We are using collectd 4.10.2 (close enough) with unixsock, exec and a host > of other plugins. We experienced similar problems and I spent a lot of time > debugging and getting it stable. I've posted my patches to the mailing > list, but will attach them here again. They should apply easily (touch > wood!) and there's a chance it will make things better. Here's the patches, > note not all are really relevant, I suggest you just apply the first 3 or 4: > > Quick overview: > Fixed various collectd memory leaks. > Fixed collectd's unixsock read interrupted by SIGCHLD's. > Fixed collectd exec module: incorrectly exited select loop on signal. > Fixed incorrect collectd warning when configuring network plugin. > Collectd's scale plugin now supports scaling only on specific data > sources, yay! (New feature) > Interesting, thanks for that. It's reassuring to know that I'm not alone here(Continue reading)I've raised a bug about it - https://github.com/collectd/collectd/issues/89 Have you considered creating a pull request or two with your changes? ... https://github.com/collectd/collectd/pulls Do you think that it's this one that is biting me here? "Fixed collectd's unixsock read interrupted by SIGCHLD's."
6 Jun 2012 16:04
Re: Exec plugin - forked process freezing with 4.10.1 on Ubuntu 12.04 (precise)
On 06/06/2012, at 1:48 PM, Jesse Reynolds wrote: > > On 06/06/2012, at 10:02 AM, Jesse Reynolds wrote: > ... >> I have reproduced this on my laptop in a VirtualBox VM running precise and the same version of collectd. The details are here: https://gist.github.com/2878994 ... > > Doing some more testing and I've managed to reproduce the problem with the network and rrdtool plugins not activated. If I also deactivate the unixsock plugin then the problem goes away. So I think this is something to do with an interplay between the unixsock and exec plugins. > > Is anyone else using the exec and unixsock plugins with the collectd 4.10.1 as shipped with precise? > > Is it worth compiling 4.10.1 with debug symbols, reproducing, and attaching gdb to the frozen process? I've just compiled the vanilla 4.10.7 source and it exhibits the problem also. And similarly 5.1.0 exhibits the problem. I have seen the problem once on lucid 32bit with collectd 4.8.3. I've created a bug report for this here: https://github.com/collectd/collectd/issues/89 Jesse
I've raised a bug about it -
RSS Feed