similar to: Announce: collectd module -- managing a statistics collection daemon

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

Folks, I don''t understand why HOME needs to be set for loading ''puppet'' from ruby. I have a lib that does a require of the puppet lib (from inside Rails), but borks because it can''t expand ~/.puppet. Seems to me that the right behavior is if HOME doesn''t exist, don''t try to load ~/.puppet. Yes, I realize you can set a home dir for

Hi all, I''ve finally gotten around to releasing Facter 1.5. As the version bump implies, this is a relatively significant release (for a 2.3k line program, anyway). Mostly, the biggest change is refactoring the code internally so that all of the functionality is split into separate classes in separate files. Also, the facts are all loaded on-demand, which provides dramatic

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

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

Hi Everyone, I''ve just cut the 1.0.0 release of puppet-module-collectd. You can download it from the Puppet Forge, http://forge.puppetlabs.com/pdxcat/collectd or via the Puppet module tool with `puppet module install pdxcat/collectd` or from our Github. Thanks to everyone who has contributed to help make this module a success [1]. The module now supports 5 osfamilies and the

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

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