similar to: Release 1.0.0 of puppet-module-collectd

Hello Puppet Users and Dev, I have just a pushed a puppet module for NRPE to github. Initially it supports the Debian, Redhat, and Solaris based operating systems. I plan on adding FreeBSD support in the near future. In the meantime I will be updating the documentation and getting it ready for a forge release. I would appreciate any feedback or pull requests to add additional functionality.

collectd-virt reconnect is fixed in collectd-4.5.4-2.fc11 Signed-off-by: Alan Pevec <apevec at redhat.com> --- Makefile.am | 1 - ovirt-node.spec.in | 10 ---------- scripts/collectd | 1 - 3 files changed, 0 insertions(+), 12 deletions(-) delete mode 100644 scripts/collectd diff --git a/Makefile.am b/Makefile.am index 0374f07..419cdf1 100644 --- a/Makefile.am +++

--- scripts/ovirt | 2 +- scripts/ovirt-config-collectd | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/ovirt b/scripts/ovirt index 8296783..4a7cbc7 100755 --- a/scripts/ovirt +++ b/scripts/ovirt @@ -43,7 +43,7 @@ start() { log "skipping ovirt-awake, oVirt identify service not available" fi - find_srv collectd tcp +

--- scripts/collectd.py | 40 ++++++++++++++++++++++++++++++++++++++++ 1 files changed, 40 insertions(+), 0 deletions(-) create mode 100755 scripts/collectd.py diff --git a/scripts/collectd.py b/scripts/collectd.py new file mode 100755 index 0000000..729f3a9 --- /dev/null +++ b/scripts/collectd.py @@ -0,0 +1,40 @@ +#!/usr/bin/python +# +# Configures the collectd daemon. + +import os +import

Hi Rich, On Fri, Nov 9, 2018 at 1:19 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > Peter Dimitrov and myself were debugging a very peculiar bug when > libguestfs is run as a plugin from collectd: > > https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 > > The long story short is that collectd leaks SIGCHLD == SIG_IGN setting > into

Hi all! Thanks to funding from neoTactics, Inc.[1] I was able to implement a set of native type managing collectd''s config files wrapped into a handy module as a stepping stone towards a generalized monitoring resource. Collectd ======== Collectd is a very lightweight system statistics gathering daemon. To quote from http://collectd.org/ : > [...] it''s written in C for

We have extended collectd virt plugin to extract info about disk usage from a libvirt domain using libguestfs. We have had several issues with it which were raised here in 2018 by Peter Dimitrov. Currently the collectd plugin works fine and retrieves the required statistics. Current collectd configuration says that interval of reading statistics (interval of calling all plugins read functions) is

A quick glance shows that the exec plugin actually is clearing the signal mask: https://github.com/collectd/collectd/blob/master/src/exec.c#L526 Can you give some more context when this problem comes up? Ideally in a Github issue (hint, hint ;). -- Florian octo Forster Hacker in training GnuPG: 0x0C705A15 http://octo.it/

On Fri, Nov 09, 2018 at 12:19:30PM +0000, Richard W.M. Jones wrote: > Peter Dimitrov and myself were debugging a very peculiar bug when > libguestfs is run as a plugin from collectd: > > https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 > > The long story short is that collectd leaks SIGCHLD == SIG_IGN setting > into plugins: > >

On Tue, Nov 13, 2018 at 10:04:33AM +0000, Daniel P. Berrangé wrote: > On Fri, Nov 09, 2018 at 12:19:30PM +0000, Richard W.M. Jones wrote: > > Peter Dimitrov and myself were debugging a very peculiar bug when > > libguestfs is run as a plugin from collectd: > > > > https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 > > > > The long

I need a native type built for collectd. I need someone who has built them before and can create a collectd native type as a fixed bid. Contact me directly. Thanks, --Randy Randy Bias, chief tactician, neoTactics, Inc. (877) NEO-TKTX, randyb@neotactics.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups

On Tue, Nov 13, 2018 at 03:17:33PM +0200, Peter Dimitrov wrote: > I was extending the virt plugin. > It already collects similar data (about VMs) using Libvirt's API, but lacks > disk usage information. > > I went through some hoops to link libguestfs correctly to collectd. > Is it okay to just include fork(), waitpid() example? It does reproduce the > issue. Yes, I

Peter Dimitrov and myself were debugging a very peculiar bug when libguestfs is run as a plugin from collectd: https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 The long story short is that collectd leaks SIGCHLD == SIG_IGN setting into plugins: https://www.redhat.com/archives/libguestfs/2018-November/msg00095.html This means that any plugin that does the usual

I was extending the virt plugin. It already collects similar data (about VMs) using Libvirt's API, but lacks disk usage information. I went through some hoops to link libguestfs correctly to collectd. Is it okay to just include fork(), waitpid() example? It does reproduce the issue. Best Regards, Peter On Tue, Nov 13, 2018 at 1:34 PM Richard W.M. Jones <rjones@redhat.com> wrote:

Hello, I''ve tried to get the CPUFreq plugin of collectd running in dom0. But I mentioned that it isn''t so easy to get a file in sysfs on the rigth place. I know that the value has to come from hypervisor and I''ve seen the code in xenpm. The only value I need is "/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq" which would create cpufreq.c. Can anyone

On Tue, Nov 13, 2018 at 12:00:19PM +0100, Florian Forster wrote: > Hi, > > thank you very much for reporting this! Sounds like a bug in the exec plugin – > it never ceases to amaze me how many issues a single plugin can have ;) > > > > > This means that any plugin that does the usual pattern of: > > > > > > > > pid = fork (); > > Note

Hi, thank you very much for reporting this! Sounds like a bug in the exec plugin – it never ceases to amaze me how many issues a single plugin can have ;) > > > This means that any plugin that does the usual pattern of: > > > > > > pid = fork (); Note that the exec plugin is the *only* plugin that does this. All other plugins are forbidden to fork(), popen() or

--- .../modules/ovirt/templates/ovirt-dns.conf.erb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/installer/modules/ovirt/templates/ovirt-dns.conf.erb b/installer/modules/ovirt/templates/ovirt-dns.conf.erb index ae3eb48..f4ee39b 100644 --- a/installer/modules/ovirt/templates/ovirt-dns.conf.erb +++ b/installer/modules/ovirt/templates/ovirt-dns.conf.erb @@ -1,7 +1,7

On Sun, Nov 16, 2008 at 11:08 AM, Arnaud Quette <aquette.dev at gmail.com> wrote: >>> The remainder, until the -pre stage, will be: >>> - the Powerman support (through the powerman driver) for more PDUs >>> - the possible RRD integration into upslog >> >> It would be nice to have native RRD support in upslog, but we may also >> want to point

From: root <root at linagora-ovirt.netaktiv.com> --- scripts/ovirt-config-collectd | 6 +++--- scripts/ovirt-config-logging | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/scripts/ovirt-config-collectd b/scripts/ovirt-config-collectd index 4ad877e..1474bf5 100755 --- a/scripts/ovirt-config-collectd +++ b/scripts/ovirt-config-collectd @@ -98,9 +98,9 @@ if [