Thanks Manuel for your reply,
my mail was meant to be sent to the list, but the reply-to field points to you,
so I'm forwarding your reply to the list right now.
Mirko
On Thu, May 19, 2011 at 2:44 PM, Mirko Buffoni wrote:
> At 13.13 19/05/2011 +0200, you wrote:
>>
>> On
Ok, thanks to Alex that confirmed it, rrdtool-1.4 with cairo and pango is
slower.
So I recompiled collectd 4.10.0 with rrdtool-1.2.30, and now it's zillion
of times faster than with rrdtool-1.4
I had to specify required libgcrypt-devel during build otherwise I get a
macro error in configure step
Hi folks,
I recently upgraded rrdtool from version 1.2 to 1.4.
Previous version was using libattr, while the new makes use of pango /
fontconfig / cairo for rendering.
I'm noticing tremendous slowdowns in generation of rrdgraphs.
It's about 10~20 times slower than before.
I'm currently using only
>Can you check if the Linux you're using already features
>/proc/$PID/status? If so, could you post that file of a running collectd
>process?
Here is the /proc/$PID/status of collectd
Name: collectd
State: S (sleeping)
Tgid: 21089
Pid:21089
PPid: 1
TracerPid: 0
Uid:0 0
Hi Florian,
after having patched the code in order to compile collectd-4.8.1 on an
old RedHat 9.0 system, I finally succeded. However in the logs I see the
following warning message:
Jan 29 23:11:48 server kernel: application bug: collectd(7755) has SIGCHLD
set to SIG_IGN but calls wait().
Jan
> > It's installed
> >
> > Name: glibc-devel Relocations: (not relocateable)
> > Version : 2.3.2 Vendor: Red Hat, Inc.
> > Release : 11.9 Build Date: Fri 14 Mar 2003
> > 12:36:30 AM CET
> >
> > however there is n
At 09.25 20/01/2010 -0800, you wrote:
> >
> > Regarding ext_hdr structure I suppose older pcap lib does not support
> > ipv6 but I didn't check. You could try to compile a new libpcap and
> > pass --with-libpcap to collectd's configure script.
>
>That's actually ip6_ext structure defined in ip6.h
>Try to build it with only the plugins you really need. I got 4.9.0 on
>redhat 6 :)
Naturally that's what I tried to do first :)
And since I need DNS, I included pcap requirement.
Here is a compilation error with 4.8.1
make[4]: Entering directory
`/usr/src/redhat/BUILD/collectd-4.8.1/src/libco
At 15.22 19/01/2010 -0800, you wrote:
>It works on RedHat9 and 6 (don't ask). A more gracefull solution is
>having a configuration option for choosing /proc/ format I
>suppose...
>Hope it helps some sysadmins like me that are forced to maintained
>anqituities in production.
Thank you!
Talking abou
Hi Florian,
>This, on the other hand, is a problem. Because you're using COUNTER, the
>RRD library will assume an overflow and calculate the TX-rate as:
>
> ((2^32 - 15791119) + 994360) / (1263461048 - 1263461033)
>
>That's roughly 285 MByte/s or 2.28 GBit/s.
Thank you for the deep analysis.
I'
Hi friends,
I had problems with SNMP collection of if_octets-WAN of three
different Zyxel SHDSL routers. I had recurrent peaks, which let
me think it would have been a problem with overflow.
Florian suggested to dump via CSV to get the real values.
This is the dump of CSV in the around of one of
At 12.07 13/01/2010 +0100, you wrote:
>On Wed, Jan 13, 2010 at 11:57:05AM +0100, Mirko Buffoni wrote:
> > If that is the case, how could I solve this behavior which is going to
> > cause the graphs to be unusable due to the oversized scale factor?
>
>One way is to replace th
Hi all,
This is rather long, sorry for this.
A few things about config file:
1.
I noticed that 'LoadPlugin vserver' directive is not present anymore in
collectd.conf, though the plugin is compiled. No trace of
removal in the changelog has been found. Is this correct?
2.
Couchdb is missing 'L
Hi Doug,
At 10:14 17/09/2009 -0700, you wrote:
>On Sep 17, 2009, at 3:54 AM, Florian Forster wrote:
>
> > luckily the build system provided by Doug / Hyperic caught this
> > problem,
> > too. I didn't find it earlier because the change was committed to 4.7
> > and wasn't merged to master until aft
Hi Sebastian,
>As a work-around, add "-DHAVE_IPTC_HANDLE_T -DHAVE_IP6TC_HANDLE_T" to
>the CFLAGS. This will stop working, though, when you upgrade to the new,
>official version of libiptc, but will be fixed in the next 4.7 and 4.8
>releases.
That did the trick, and compiled flawlessy.
I'm going t
15 matches
Mail list logo