if this is collectd or
something else, I suggest that you monitor the suspected processes with the
plugin process :
https://collectd.org/wiki/**index.php/Plugin:Processeshttps://collectd.org/wiki/index.php/Plugin:Processes
Regards,
Yves
Le 2013-05-29 17:04, Bostjan Skufca a écrit :
Hi Florian,
I
-hypothesis.png
b.
On 29 May 2013 14:51, Florian Forster o...@collectd.org wrote:
Hi Bostjan,
On Thu, May 23, 2013 at 05:45:18PM +0200, Bostjan Skufca wrote:
Also, I recently croned collectd restarts as it was found out there
are memory leaks.
can you please report these memory leaks as a bug
Configuration management maybe (puppet, chef et al)?
Also, I recently croned collectd restarts as it was found out there are
memory leaks.
b.
On 23 May 2013 16:23, Joaquin Cuenca Abela joaq...@cuencaabela.com wrote:
Hi,
I'm on Ubuntu 12.04 with collectd 5.3.0 and running collectd with
On 2 October 2012 10:29, Stefan Wiederoder
stefanwiedero...@googlemail.comwrote:
I´m currently storing my rrd´s on a RAM-disk, therefore I would think that
it´s not an IOPS problem.
I see :)
these are my rrdcached options:
OPTIONS=-m 775 -s rrdcached -l unix:/tmp/rrdcached.sock -l
Hi Stefan,
I know this may not be the solution you are looking for, but:
How about using socket of rrdcached daemon and instructing it to flush the
data of immediate interest (rrds you are about to view)?
Works well for me on ganglia installation which uses rrdcached to cache up
to three hours of
What if you remove them and restart collectd to let it recreate it?
b.
On 24 February 2012 12:13, Jacek Osiecki vj...@silvercube.pl wrote:
Hello again,
I have been trying to set up apache graphs and still - they don't work.
All I get are broken images and message in apache log:
regards,
b.
On 24 February 2012 16:33, Jacek Osiecki vj...@silvercube.pl wrote:
On Fri, 24 Feb 2012 16:27:24 +0100, Bostjan Skufca wrote:
What if you remove them and restart collectd to let it recreate it?
That's not the case - on this server the collectd was installed from
scratch
in 5.0.2
I've created a github pull request for this fix, based on latest
octo/collectd/master branch.
b.
On 19 January 2012 01:31, Bostjan Skufca bost...@a2o.si wrote:
Hi all collectders :)
I've found this old thread about IRQ plugin not working correctly
(excessive logging of some unsuccessful
Octo, bump! :)
On 19 January 2012 01:31, Bostjan Skufca bost...@a2o.si wrote:
Hi all collectders :)
I've found this old thread about IRQ plugin not working correctly
(excessive logging of some unsuccessful parsing of strings as numbers). Old
thread is here:
http://mailman.verplant.org
Hi all collectders :)
I've found this old thread about IRQ plugin not working correctly
(excessive logging of some unsuccessful parsing of strings as numbers). Old
thread is here:
http://mailman.verplant.org/pipermail/collectd/2011-July/004638.html
As I was submitting some patches before I
Hi,
I'm posting this patch if someone finds it useful. It causes collectd
to collect and graph also IRQs which have non-numberical names, like
LOC, TBL, RES etc. Here:
http://source.a2o.si/patches/collectd-5.0.0-all-irq-patch.diff
b.
___
collectd
) at syslog.c:73
No locals.
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
--
b.
On 22 December 2010 02:30, Bostjan Skufca bost...@a2o.si wrote:
Finally here you have
Hi all!
I just want to note that on my systems (custom builds on top of
Slackware) collectd 4.10.1 and .2 segfaults when libcurl v 7.21.2
(latest currently) is used. If I revert curl to 7.20.1 collectd works
with no problems. These segfaults occured on both, 32 and 64 bit
systems.
Best regards,
, Sep 29, 2010 at 02:47:08PM +0200, XANi wrote:
Dnia 2010-09-29, śro o godzinie 03:09 +0200, Bostjan Skufca pisze:
Maybe it's time to make a script for automated dump/change obviously
invalid data to NaN/import of rrds.
What's obvious to you is not obvious for a script. So I'm afraid you'll
+1 for this feature
It could really help with IO hell also.
Nicolas: maybe you should currently apply some of the generic plugins
(exec, libperl, java) and collect the actual data only every 360th
time (if you use 10s interval and want to collect this specific item
only once every hour).
b.
are on this topic - until this gets implemented - would it be
possible to work around this by having separate collectd servers for
different intervals?
--Amos
On 30 September 2010 08:53, Bostjan Skufca bost...@a2o.si wrote:
+1 for this feature
It could really help with IO hell also.
Nicolas: maybe you
This COUNTER-DERIVE does the trick. Transition script complete,
thanks for all your help.
b.
On 29 September 2010 20:15, Bostjan Skufca bost...@a2o.si wrote:
Hey, by my calculations in six hours I should receive a reply with
even easier solution to all issues mentioned and maybe some other
Hi Octo!
I don't know if you have noticed this mail, but I have not received
any feedback. What do you think, is this patch good enough to include
it in upcoming releases?
b.
On 20 August 2010 00:14, Bostjan Skufca bost...@a2o.si wrote:
Hi all!
I've created a patch that enables collectd
way to change from COUNTER to DERIVE or do I have to dump and
reload the data?
Thanks!
b.
On 27 September 2010 14:27, matthew sporleder msporle...@gmail.com wrote:
On Mon, Sep 27, 2010 at 7:44 AM, Bostjan Skufca bost...@a2o.si wrote:
Hi all!
Has anyone else noticed that MySQL plugin reports
Hi all!
Has anyone else noticed that MySQL plugin reports wrong numbers when
mysql is restarted and collectd is not?
It seems like it takes absolute value of i.e. queries per second (0
when mysql is restarted minus i.e. 8 million just before restart) and
calculates abs(- 8 million) = 8Mqps.
If I
20 matches
Mail list logo
