[collectd] Version 6.0.0.rc3 is available.

Hi all, I have created another pre-relese of collectd 6, version 6.0.0.rc3. It contains the following changes: 2024-02-21, Version 6.0.0.rc3 * Daemon: Two new metric types have been added: "up down counters" in integer and floating point variants. Thanks to @octo. #4287

[collectd] Version 6.0.0.rc2 is available.

Hi all, a new pre-release of collectd 6, version 6.0.0.rc2, is available. There also was an "rc1" release last week and I'll summarize both below. That plan is to have more frequent, smaller releases to get fixes and features into users' hands faster. Most important changes: * Floating point coun

[collectd] Version 6.0.0.rc0 is available.

Hi all, TLDR: collectd 6.0.0.rc0 is a pre-release of the new major version. Our aim is to closely align with OpenTelemetry. Please take it for a spin and provide feedback. I'm very happy to announce that collectd 6.0.0.rc0 is available for download. This is a preview of collectd's next major rele

[collectd] Wiki migration to Github

Hi list, I am in the process of migrating the collectd wiki to Github. The new location of the wiki is: https://github.com/collectd/collectd/wiki collectd currently uses a Mediawiki instance for much of the documentation. While this has served us well so far, it has some downsides: * We had to d

[collectd] Version 6: update and call for help

Hi all, I have made some progress towards a new major version, collectd 6, and wanted to give an update. It is now in a state that individual plugins need to be migrated, and I'm relying on community contributions for this. The new major version has two fundamental changes from version 5, breakin

[collectd] 5.12 release timeline

Hi everybody, in the recent community calls [0] we discussed the 5.12 release timeline. Unfortunately I screwed up and didn't write this email earlier, as we had agreed. Apologies! I have just created the 5.12 branch. We'll use the next two weeks to stabilize the branch, ideally merging only

Re: [collectd] Changing collectd's main branch.

Hi all, I have updated all pull requests to use "main" as their base branch instead of "master", i.e. the branch they target for merging into. Pull requests with other base branches were not modified. Best regards, —octo -- collectd – The system statistics collection daemon Website: http://co

[collectd] Changing collectd's main branch.

Hi everybody, as discussed at the community call last Monday, I have created a new branch, "main", which will be our default branch going forward. The branch has the same configuration as the "master" branch. To update an existing local repository, use: $ git checkout main Branch 'main'

Re: [collectd] Requesting a Collectd.org wiki account

Hi Michael, just created an account for you, the details are in a separate email. Thanks for your contribution! Best regards, —octo -- collectd – The system statistics collection daemon Website: http://collectd.org GitHub: https://github.com/collectd Twitter: http://twitter.com/collectd

[collectd] go-collectd 0.5.0 is available

Hi all! A new version of go-collectd is available. "go-collectd" refers to the packages supporting Go programmers in interacting with the collectd daemon. The primary change in this version is that support for config callbacks has been added to "collectd.org/plugin", the package that allows to w

[collectd] Community call – Meeting notes

Hi all, thanks again for joining today's community call. The meeting notes are here: https://collectd.org/wiki/index.php/Minutes_from_2020-05-29 This was a short meeting, likely due to a lack of agenda items. I'd like to encourage everyone to contribute to the meeting. Bring your questions, y

Re: [collectd] Collectd bi-weekley call - agenda 15th May

Hi all, thanks for meeting today. The meeting minutes can be found here: https://collectd.org/wiki/index.php/Minutes_from_2020-05-15 Best regards, —octo On 2020-05-14 19:03, Kobylinski, Michal wrote: Hi Folks, tomorrow (Friday, 15th May at 2PM(UTC)/7AM(PST)) we will have next collectd bi-we

Re: [collectd] RFC: Should we maintain plugins written in Go?

Hi Sunku! On 2020-04-28 01:49, Ranganath, Sunku wrote: Being a new user to Go, have you considered 'Plugin' package of Go [3] for shared object creation? I think the "plugin" package would be useful if we implemented a "golang" plugin that functions similarly to the "Perl", "Python", and "Ja

Re: [collectd] RFC: Should we maintain plugins written in Go?

Hi Matthias, On 2020-04-27 10:08, Matthias Runge wrote: While I also like the idea to provide a "repository" for exec plugins, or a list of exec plugins, I wonder if we would like to add any limitations? Would we "support" an exec plugin written in scheme? What would it mean, if a plugin is incl

Re: [collectd] RFC: Should we maintain plugins written in Go?

Hi Nick, thank you very much for your perspective! I wasn't previously aware of the collectd-plugin crate, thank you so much for creating it! De-coupling plugin releases from daemon releases was something that we discussed for C-based plugins, too. Unfortunately detangling those plugins is q

Re: [collectd] collectd for embedded, time tag

Hi Denys, On 2020-04-23 12:14, Denys Fedoryshchenko wrote: I can try to write patch, for example: that'd great! Extending sockent_t by adding there uint8_t (or int) "options" parameter, where certain optional bits can be set. So, for example bit 0 will be "ZERO_AS_CURRENT_TIME" Then, maybe

Re: [collectd] collectd for embedded, time tag

Hi Denys, right now, the network plugin treats a zero time as an error and won't pass the metric on to the daemon. The "collectd.org/network" Go package doesn't appear to do this check. How does sleeping work on the ESP8266? Could you keep track of the time spent sleeping and increment the t

[collectd] RFC: Should we maintain plugins written in Go?

Hi everybody, TL,DR: Should we create a new Git repository and maintain plugins written in the "Go" programming language? the last days, I spent some time improving the "collectd.org/plugin" package [0]. In a nutshell, it allows to implement a plugin in Go, compile it to a shared object and

Re: [collectd] Sensors Plugin / syntax

Hi Holger, judging from the quick look at the code the config should look like this: Sensor "coretemp-isa-/temperature-Core 0" Sensor "coretemp-isa-/temperature-Core 1" IgnoreSelected false UseLabels true (Note the missing "sensors-" prefix.)

[collectd] Version 5.9.0 available

drew Smith, Anthony Vickers, Antoine Naud, Baruch Siach, Brian ONeill, Charalampos Stratakis, Chris Mayo, Christian Ekstam, Ciara Loftus, Dagobert Michelsen, Dan Cech, Dan Fandrich, Daniel Golle, Dhrupad Bhardwaj, Dimitrios Apostolou, Dylan Stephano-Shachter, elieyal, Evgeny Naumov, Fabien Wernli, Flori

Re: [collectd] Read callback return value

Hi Oleg, returning non-zero triggers an exponential backoff, which is likely not the best option for temporary failures such as timeouts. https://github.com/collectd/collectd/blob/master/src/daemon/plugin.c#L542 Best regards, —octo -- Florian octo Forster Hacker in training GnuPG: 0x0C705A15 ht

Re: [collectd] [Libguestfs] collectd leaks SIGCHLD == SIG_IGN into plugins

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: 0

Re: [collectd] [Libguestfs] collectd leaks SIGCHLD == SIG_IGN into plugins

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

Re: [collectd] Interested in doing a workshop kind of contributor meetup?

On Tue, Oct 30, 2018 at 12:03:13PM +0100, Matthias Runge wrote: > Thoughts? Oh, I managed to reply before being fully caught up; sorry about that :/ -- Florian octo Forster Hacker in training GnuPG: 0x0C705A15 http://octo.it/ ___ collectd mailing list

Re: [collectd] Interested in doing a workshop kind of contributor meetup?

o accelerate going ahead. > > > Thanks, > Sunku Ranganath > > > -Original Message- > From: collectd [mailto:collectd-boun...@verplant.org] On Behalf Of Matthias > Runge > Sent: Tuesday, October 30, 2018 4:03 AM > To: Florian Forster ; collectd@verplant.org > Sub

Re: [collectd] Interested in doing a workshop kind of contributor meetup?

Hi everyone, that's a great idea! I've talked to Matthias and we'll try to organize a venue in München, Germany where both of us work. Arranging something on a work day is going to be easier than on the weekend, at least if one of our employers is hosting us. In any event, knowing the number of i

[collectd] Version 5.8.1 has been released

A-256: e796fda27ce06377f491ad91aa286962a68c2b54076aa77a29673d53204453da Contributors * Aleksei Zakharov * Dagobert Michelsen * Daniel Vrátil * Dylan Stephano-Shachter * Florian Forster * Jan-Philipp Litza * Kamil Wiatrowski * Marc Fournier * Mariusz Bialonczyk * Mariusz Groncz

Re: [collectd] Plugin interface stability

Hi Oleg, On Wed, Oct 24, 2018 at 04:17:07PM +0200, Oleg Rosowiecki wrote: > and found the note at the bottom of the page that no attempt is made to make > the plugin API backwards-compatible and it may change any time. that refers to the C API only. I've updated https://collectd.org/wiki/index.ph

Re: [collectd] cpu.c is actually C99

Hi Mike and Konstantin, On Fri, Nov 24, 2017 at 09:51:52PM +0300, Konstantin Tokarev wrote: > > --- > > This was a new overloaded meaning given to static in C99. It is more than a > > decade and a half old, but not all compiler writers have embraced all of C99 > > features -- so C99 as a whole lar

[collectd] Version 5.8.0 available.

rp, bufadu, Carlos Vicente, Christian Bartolomäus, Christian Ehrhardt, Clemens Gruber, Damian Bogel, daniacs, Default, Denes Matetelki, Denis jawa Pompilio, Denis Silakov, Denys Fedoryshchenko, Ed Ravin, Florian Forster, Francesco Romani, Igor Pavlikevich, Ivan Kurnosov, jaroug, Jeremie Courreges-An

[collectd] Release candidate for 5.8.0

Hi everybody, the upcoming version 5.8.0 is in feature freeze, meaning that no additional features will be merged into that release. We intend to release 5.8.0 on November 15, giving us a little under two weeks to weed out bugs and make the releasee more stable. I've created a release candidate,

Re: [collectd] Feature freeze for version 5.8 on Nov 1

Hello, On Mon, Oct 16, 2017 at 08:58:30PM +0200, Florian Forster wrote: > To prepare for the release, we're going to "freeze" the 5.8 release on > November 1st, meaning that after Nov 1 we're only going to accept > bugfixes into 5.8 – new features will be merged in

Re: [collectd] Sending metadata over network

Hi Dhananjay, On Fri, Oct 20, 2017 at 06:41:55PM -0400, Dhananjay Deshpande wrote: > Each value list has number of key:value pairs to uniquely identify the > value list. meta data is *not* used to identify metrics, only host, plugin (+instance) and type (+instance) are. If you create multiple met

[collectd] Feature freeze for version 5.8 on Nov 1

Hi everybody, as you may have heard, we're working hard to get version 5.8, the next feature release, out the door. The previous feature release, 5.7.0, is almost a year old and our wonderful contributors and fellow maintainers have been busy, meaning this release will feature a large number of ne

[collectd] Version 5.6.3 available.

bz2 SHA-256: 8a97161b354456ed91ec02dd5f47658197f7e18388f3af9d636aae506f795304 Thanks -- Thanks to everybody who contributed to this version. In particular, this release includes code contributions by: * Denys Fedoryshchenko * Ed Ravin * Florian Forster * Iain Buclaw * Krzysztof Matczak * Marc Fournier * Neil Wilson *

[collectd] Version 5.7.2 available.

Przemyslaw Szczerbik * Ruben Kerkhof ChangeLog - 2017-06-06, Version 5.7.2 * Build system: The Notify Email plugin is no longer linked with indirect dependencies. Thanks to Marc Fournier. * collectd: A race condition when calculating a metric's rate has been fixed. Thanks

Re: [collectd] New to collectd - About licence of plugins

On Wed, Apr 05, 2017 at 11:31:54AM +0200, Florian Forster wrote: > [*] While writing this I discovered that the daemon links in > "src/daemon/utils_ignorelist.c", which is GPL'ed, but isn't using it > itself. I'll shortly change this so the plugins using t

Re: [collectd] New to collectd - About licence of plugins

Hello Arthur, I am not a lawyer, just so you know. On Tue, Apr 04, 2017 at 10:18:23PM +0200, Arthur Havlicek wrote: > I intend to build a business around this amazing tool, mostly > selling a collectd integration + plugins. AFAIK plugins in collectd > are compiled with the daemon making it a sing

[collectd] Version 5.7.1 available.

Sebastian Harl. #2083, #2098 * collectd: Reporting of internal statistics has been fixed. Thanks to Florian Forster. #2108 * collectd, various plugins: Bugs and issues reported by scan-build and coverity-scan have been fixed. Thanks to Ruben Kerkhof and Florian Forster. * Build s

[collectd] Version 5.7.0 available.

ks to everybody who contributed to this version. In particular: * Akos Vandra * Benjamin Gilbert * Brock Johnson * Chao Yang * Dave Cunningham * Deyan Chepishev * Florian Forster * Fredrik Sandebert * Harry van Haaren * Igor Peshansky * Jaroslav Safka * John Conro

[collectd] Version 5.6.2 available.

The direct download links are: * http://collectd.org/files/collectd-5.5.2.tar.bz2 SHA-256: cc0b4118a91e5369409ced22d1d8a85c1a400098419414160c1839268ecad0c6 Thanks -- Thanks to everybody who contributed to this version. In particular: * Chao Yang * Florian Forster * Kevin Bowlin

[collectd] Feature freeze, automatic code formatting

Hello everybody, I have just created the "collectd-5.7" branch. With this the featureset for collectd 5.7 is frozen and we're on track for the release, which is scheduled for December 12. Sorry if your favorite feature didn't make it – we're a bit overwhelmed by the number of contributions we're g

[collectd] Version 5.5.3 available.

SHA-256: 0c00e4150d0d7c295a42f1dfc2f8108c0a51a4cd439dcbda2aec4b7543497ca2 Thanks -- Thanks to everybody who contributed to this version. In particular: * Aurelien ROUGEMONT * Bernd Zeimetz * Chao Yang * David Gibson * Florian Forster * Marc Fournier * Markus Linnala * Michael Leinartas * Ruben Kerkhof * Sebastian Har

Re: [collectd] [RFC] virt2: a rewrite of the virt plugin

Hi Francesco, Thank you for reaching out! I think a rewrite is probably better than adding a plugin doing the same as another, existing plugin – that will confuse users and increased our maintenance burden. However, this would require that the observable behavior stays the same: same config options

[collectd] collectd 5.7 release schedule

Hello, Marc, Sebastian and I met yesterday and discussed the next feature release, version 5.7. We agreed on the following schedule: * November 11: 5.7 will enter a "feature freeze": we're going to create the "collectd-5.7" branch based on master. From that point onwards, only bug fixes will

[collectd] collectd 5.7 release schedule

___ collectd mailing list collectd@verplant.org https://mailman.verplant.org/listinfo/collectd___ collectd mailing list collectd@verplant.org https://mailman.verplant.org/listinfo/collectd

[collectd] Version 5.6.1 available.

en removed. Thanks to Marc Fournier. Debian#839771, #1976 * collectd: A bug in the "FlushInterval" option that caused a segmentation fault in the Write HTTP plugin has been fixed. Thanks to Florian Forster. #1954 * Apache plugin: A syntax error has been fixed. Thanks to

Re: [collectd] collectd 5.6 release schedule

Hi Pavel, On Tue, Sep 06, 2016 at 07:56:37PM +0700, Pavel V. wrote: > https://github.com/collectd/collectd/pull/894 - memcached: report global > Hostname by default #894 > https://github.com/collectd/collectd/issues/801 - memcached multi-instances > KO #801 > https://github.com/collectd/coll

[collectd] Version 5.6.0 available.

ta, Amy Lin, Antonio Russo, Arthur Gautier, Aurelien ROUGEMONT, bbczeuz, Brad Davis, Brandon Arp, Brian Kelly, Brian Lalor, Brian ONeill, Charles-Henri d'Adhémar, Chris Mayo, Christian Fetzer, Claudius Zingerli, Corey Kosak, Dagobert Michelsen, David Crane, Fabien Wernli, fanyeren, Florian

Re: [collectd] collectd 5.6 release schedule

://ci.collectd.org/job/packages-prepare-tarball-collectd-5.6/ Alternatively, you can use the Debian, Ubuntu and RedHat packages based on that same tarball. Instructions are here: https://github.com/collectd/collectd-ci/blob/master/README.md Best regards, Florian Forster -- collectd – The system statistics

Re: [collectd] [PATCH] Fix conceptual buglet in default_callback

Thanks David, committed to collectd-5.5 as a7b0cdea4f6a0f8d29ade21ae058182f720dd432. Best regards, —octo On Wed, Aug 10, 2016 at 08:07:14PM +1000, David Gibson wrote: > The 'DERIVE' path in default_callback() increments the 'counter' field of > value instead of the 'derive' field. Since those f

[collectd] collectd 5.6 release schedule

Hello, Marc, Ruben and I met yesterday and discussed the next feature release, version 5.6. We agreed on the following schedule: * August 15: 5.6 will enter a "feature freeze": we're going to create the "collectd-5.6" branch based on master. From that point onwards, only bug fixes will to int

Re: [collectd] cpufreq extension

Hi Rinigus, I'd advocate to add this to the "cpufreq plugin". Guard the new code with a config option, other plugins use "ReportFoo" for this purpose, so "ReportDistribution true|false" would be a good choice. Users who are not interested in these metrics can disable them. Which default, true or

[collectd] Version 5.4.3 available.

@yujokang * Yves Mettier ChangeLog - 2016-07-26, Version 5.4.3 * Build system: A deprecation warning has been removed. Thanks to Florian Forster. * Build system: An ordering issue when build the AMQP plugin was corrected. Thanks to Shahul Hameed. * Build system: Building

[collectd] Version 5.5.2 available.

Hello everybody, we're proud to announce the availability of collectd 5.5.2. As a bugfix release, this new version only closes existing problems and does not introduce new features. This release fixes an issue in the Network plugin that can be triggered remotely and is potentially exploitable (CV

Re: [collectd] Combing Host Groups

Hi Matt, On Fri, Mar 04, 2016 at 04:38:25PM +, matt.garr...@shell.com wrote: > Using the Plugin aggregation I can get the total CPU usage for one > host but cannot see a way to get the CPU usage for ALL the Hosts in > the Group bngsti* you can pass a regular expression to the "Host" option to

[collectd] Writing collectd plugins in Go (WiP)

Hello everybody, version 1.5 of the programming language "Go" was released yesterday. One of the new features is a build mode allowing to compile Go programs into shared libraries, which can be loaded and called by other (C) programs. I started writing the required infrastructure to allow you to

Re: [collectd] SNMP Exponential Backoff

On Tue, Jun 16, 2015 at 10:45:56PM +0400, Sergey wrote: > I propose to create a "LimitDelay" (or "MaxDelay") setting for snmp > plugin. And possibly per any section. You can use the global "MaxReadInterval" option. There is currently no per-plugin option, though that should be relatively easy to

Re: [collectd] TCP support in network plugin

Hi Konstantin, On Thu, Jun 11, 2015 at 03:08:04PM +0300, Konstantin Tokarev wrote: > Is it a design desition that network plugin supports UDP and > multicast, but not TCP? yes, it allowed us to implement support for multicast, which is not possible with TCP. > I think using TCP would be better o

Re: [collectd] SNMP Exponential Backoff

Hi Matt, On Wed, Jun 03, 2015 at 10:37:26AM -0700, Matt Gravlin wrote: > Is there any way to turn [exponential backoff] off globally or per > device? If we have a long maintenance it can be a long time before it > starts collecting data. I know we can just restart collectd, but this > may be overl

Re: [collectd] error when make source on centos

On Tue, Jun 09, 2015 at 02:10:30PM -0400, Giovanni Torres wrote: > Do you have the 'kernel-headers' package installed?  It includes the > asm/msr-index.h header file required by turbostat. Thanks for the pointer, Giovanni! At the very least the configure script should check for these headers then

Re: [collectd] error when make source on centos

Hi fuyong, could you open a bug report for us at Github [0]? That would help us track this issue. Thanks and best regards, —octo [0] -- collectd – The system statistics collection daemon Website: http://collectd.org Google+: http://collectd.org/+ GitHub: https://gi

Re: [collectd] [Microsoft] Issues with Developing a Java Writer Plugin for Microsoft's Product

Hi Yoni, On Mon, Apr 13, 2015 at 11:21:51AM +, Yoni Shalom wrote: > I encounter the same error over and over again, that the class > provided in the LoadPlugin element (collectd.config) was not found on > the agent startup. can you copy and paste the exact error you're getting? > Here's what

Re: [collectd] disk plugin on macosx

Thanks Robert, I've submitted this as PR 1065 . I split your changes into two commits to separate the whitespace changes from the actual fix. Thanks and best regards, —octo -- collectd – The system statistics collection daemon Website: http://colle

[collectd] Version 5.5.0 available.

Chris Lundquist, Christian Eichelmann, Christophe Courtaut, Dallin Young, David Blundell, Ed Okerson, Eric Sandeen, Fabiano Pires, Fabien Wernli, Fabrice A. Marie, Florian Forster, Frank Cornelis, Guillem Anguera, Ingmar Runge, Jan Andres, Jan Kundrát, Jan Vitek, Jean Delvare, Jeremy Katz, Ji

Re: [collectd] How often does Collectd read resolv.conf?

Hi Shorty, On Fri, May 29, 2015 at 09:05:53PM +0200, Markus "Shorty" Uckelmann wrote: > So back to it and Collectd wasn't able to resolve it's Graphite host. > So even after a few hours it didn't re-read /etc/resolv.conf. the write_graphite plugin will call getaddrinfo(3) on every connection atte

Re: [collectd] cpu plugin on macosx

Hi Robert, thank you very much for your fix, I've committed it to the "collectd-5.5" branch (commit e0683047a42e217c352c2419532b8e029f9f3f0a). On Fri, May 29, 2015 at 05:47:21PM -0400, Robert Viduya wrote: > The code in cpu.c is incorrectly expecting the processor_info system > call to return the

Re: [collectd] plugin "Aggregation" dont want to "sum()"

Hi Gerardo, I believe that the problem is that the intervals configured for the snmp plugin and the aggregation plugin differ. Try loading the aggregation plugin with Interval 30 or set the global "Interval" option to 30 and see if that fixes your problem. Best regards, —octo -- coll

Re: [collectd] Collectd and data encryption

Hi Melkor, On Fri, Mar 06, 2015 at 03:53:32PM +0100, Melkor Lord wrote: > This time however I think this is a legitimate question :-) Riemann > supports SSL but there's nothing mentioned in the plugin doc - > https://collectd.org/documentation/manpages/collectd.conf.5.shtml#plugin_write_riemann >

[collectd] Versions 5.4.2 and 5.3.2 available.

tripnewline()" function. Patch by Florian Forster. * collectd: Use the complain mechanism to report filter chain write failures. Thanks to Sebastian Harl. * collectd: Spelling and grammar of error messages have been fixed. Thanks to Katelyn Perry and Tim Laszlo. * collectdctl:

Re: [collectd] Frage zu collectd cpufreq

CC: +l...@collectd.org Hi Carsten, On Wed, Aug 20, 2014 at 06:55:27PM +0200, Carsten Spieß wrote: > gibt's einen Grund warum das cpufreq Plugin > /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq > ausliest und nicht > /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq? I'm not aware of

Re: [collectd] collectd exec plugin

00 In these examples, the "type" would be "more", which isn't defined in the default "types.db". If you replaced "more" by "gauge", for example, it should yield metrics. HTH, best regards, Florian Forster [0] <https://collectd.org/wik

[collectd] Version 5.4.1 available.

Hello everybody, we're proud to announce the availability of collectd 5.4.1. As a bugfix release, this new version only closes existing problems and does not introduce new features. Download The new version is available in source-code form from collectd's download page. The direct down

Re: [collectd] Making monitoring of heterogeneous environments easier with percentage based metrics

Hi Jeremy, On Tue, Jan 07, 2014 at 07:47:25PM -0500, Jeremy Katz wrote: > In larger environments which have heterogeneous resources it's frequently > useful to look at utilization of various resources as percentages. > […] > But all of these end up having a ton of repetition. I agree that the amo

Re: [collectd] Averaging Samples when SigRok provides higher resolution

Hi Kieran, On Wed, Sep 25, 2013 at 03:22:33PM +0100, Kieran Bingham wrote: > The Multimeter has an update rate of 5Hz, but we are storing the data > as RRD, which appears to be limited as 1Hz by its data storage format. that's true, altough I don't know the exact reason for this from the top of m

[collectd] collectd: Network plugin "Interface" option -- license change request

Hello Max, you've implemented the "Interface" option in collectd's network plugin a while back, in April 2010. The network plugin is licensed under the LGPL 2.1. I would like to port the interface selection code to "libcollectdclient", which is licensed under the MIT license and use that from the

Re: [collectd] RRDs on SSD - performance degredation [resend without images]

Hello, On Tue, Sep 24, 2013 at 05:51:57PM +0200, Mariusz Gronczewski wrote: > You *could* just bump up flush timers in rrdtool plugin like that: As an alternative, the "WritesPerSecond" might be interesting, because the number of writes performed no longer depends on the number of metrics on your

Re: [collectd] long sleeps when using collectd and ntpd

Hello Lode, On Tue, Sep 24, 2013 at 10:53:02AM +0200, danta wrote: > Whenever ntpd sets the clock in the past (because of a clock drift), > collectd sleeps until it is back at it's 'normal' time. > When trying to debug the problem, we found that the do_loop function > in collectd.c determines the

Re: [collectd] RFC: Changes to data sources and naming schema

Hi Jesse, On Tue, Sep 24, 2013 at 10:04:20AM +0930, Jesse Reynolds wrote: > 2) - I'm slightly confused ... can you give an example of how you'd do > a disk utilisation threshold check? either the current absolute > value needs to be known, or one at some previous point in time > and

[collectd] RFC: Changes to data sources and naming schema

[TLDR: Do you have a use-case for raw counter values?] Good morning everybody, we had a great time at the Hackathon [0] in Berlin yesterday. Thanks again to everyone! Amongst the ideas we discussed were some fundamental changes to the way metrics are represented. These ideas might eventually res

[collectd] Hackathon in Berlin on September 21st

Hello again, collectd community! the collectd Hackathon will take place in Berlin less than a week from now! We have a conference room booked at the "Michelberger Hotel", right next to the subway station "Warschauer Straße". All the latest information can be found in the collectd Wiki at:

[collectd] Hackathon in Berlin on September 21st (or 18th)

TL,DR: Hackathon on September 21st in Berlin. Please reply if you would like to attend. Hello collectd community, I will be holding a workshop at Monitorama.eu in Berlin next month. Dan Belcher and John Palmieri of Stackdriver have suggested to use this opportunity to have a collectd Hackathon,

[collectd] Version 5.4.0 is available.

Hello everybody, I'm proud to announce the availability of version 5.4.0 of collectd. This release contains a lot of new features, including six new plugins. The "ChangeLog" below has all the details. This release marks the "end of live" of the 5.2 branch. New bugfixes will be applied to 5.3 and

Re: [collectd] RRDs on SSD - performance degredation [resend without images]

Hi Jesse, On Fri, Aug 16, 2013 at 06:49:25PM +0930, Jesse Reynolds wrote: > Sounds too good to be true :-) collectd's "rrdtool" plugin and RRDCacheD use the same basic principle: Cache updates to RRD files in memory and write multiple updates at once. Due to the way RRD files are laid out, this w

Re: [collectd] collectd zermoq status or other tcp transport options?

Hi Hans, On Wed, Aug 07, 2013 at 11:27:50AM -0400, Hans Lellelid wrote: > I stumbled upon the ZeroMQ plugin page. This sounded perfect, but I > couldn't actually find any zeromq source in the collectd project or > github branches. this was a project a while back that never got finished. The code

Re: [collectd] [PATCH 3/5] sigrok: Multiple device sections, and working acquisition

Hi again, well, seing how the config function was rewritten, I think a squished together patch might actually make more sense. If you have a Github account, opening a Pull Request would also work, since I can comment on the overall changes, not just indivitual patches. On Mon, Jul 22, 2013 at 06:

Re: [collectd] [PATCH 2/5] sigrok: bare bones plugin

Hi Bert, thank you very much for your patches! On Mon, Jul 22, 2013 at 06:21:18PM +0200, Bert Vermeulen wrote: > + * This program is free software: you can redistribute it and/or modify > + * it under the terms of the GNU General Public License as published by > + * the Free Software Foundation,

Re: [collectd] 5.3.0 format_graphite: target buffer too small

Hi Tom, On Wed, May 29, 2013 at 11:35:48PM +0930, Tom Lanyon wrote: > We have a "rabbitmq" type for one of our custom plugins: > > ...which seems to have 14 data sources. I'm not sure whether that's > excessive or not and I didn't write the plugin so I'm not entirely > sure what it does. :) 163

Re: [collectd] collectd.conf is overwritten every few hours

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 at ? Thanks! —octo -- collectd – The system statisti

Re: [collectd] 5.3.0 format_graphite: target buffer too small

Hi Tom, On Tue, May 28, 2013 at 01:55:30AM +0930, Tom Lanyon wrote: > collectd[20671]: format_graphite: target buffer too small that buffer is 1428 bytes. With the types that are defined by default, you should be able to fit at least 2-3 values in that buffer. Did you define any custom types? Ho

Re: [collectd] [PATCH] exec plugin: Document that defaulting to PUTVAL is no longer done

Hi Dan, On Tue, May 14, 2013 at 11:58:40PM +0200, Dan Fandrich wrote: > At least, that's what the documentation at the end of this file says, > which I tend to believe. yes, it was one of the "for backwards compatibility" code paths which were removed between 4.10 and 5.0. Thanks for fixing this!

Re: [collectd] Linux Proces Monitoring With Collectd & Graphite

On Fri, May 10, 2013 at 02:02:08PM +0530, amit shah wrote: > 1. So to collect statistics for different processes I would have to > include multiple in the conf file? No, you can repeat the "Process" and "ProcessMatch" options in the block, e.g.: Process "foo" Process "bar" Process

Re: [collectd] Linux Proces Monitoring With Collectd & Graphite

Hi Amit, On Fri, May 10, 2013 at 01:07:53PM +0530, amit shah wrote: > Can collectd be configured to gather statistics for specific linux > processes given their pid's? no, the "processes" plugin can only select processes by name. On some systems, including Linux, the "ProcessMatch" option matches

Re: [collectd] Transmitting data using unreliable wireless mesh networks

Hi Jan, On Mon, May 06, 2013 at 09:23:31AM +0200, Jan Lühr wrote: > Can you recommend strategies for doing so? the _network plugin_ is not able to transmit values reliably. There is no communication from the "server" back to the "client", so losses will not be noted. A TCP-based _NetCmd plugin_

Re: [collectd] Write_graphite difference updating from 5.2.0 to 5.3.0

Hi Nico, On Wed, Apr 24, 2013 at 08:15:27PM -0300, Nico wrote: > In 5.2.0 many variables use to end in ".value' In 5.3.0 this is no > longer present. This is good !! but i cant find an option in the > configuration to remove this from 5.2.0 or to add it in 5.3.0 "value" in this case is the name o

Re: [collectd] collectd 5.3.0 / snmp.c - Unable to compile ("ISO C90 forbids mixed declarations and code")

Hi Andreas, On Fri, Apr 12, 2013 at 12:08:58PM +0200, Andreas Maus wrote: > gcc version 4.1.2 20080704 (Red Hat 4.1.2-51) yeah, it's unfortunate that this crept in and, as you pointed out, it has been fixed in the meantime. There are hardly any "mixed" declarations in the collectd codebase, prima

[collectd] Version 5.3.0 is available.

Hello everybody, as promised earlier this week, I have packaged and uploaded version 5.3.0. This feature release includes a couple of new features, most importantly the eagerly awaited "write_riemann" plugin, which allows you to send data to Riemann, an open-source stream aggregation and monitorin

Re: [collectd] VMware Guest SDK plugin for Collectd 5

Hi, I actually had those commits in a branch and forgot about them. I've rebased the code onto the master branch and created a pull request: I'll need to do another code review and fix some issues, but iIrc it was simple enough. Any help I get in the process with g

[collectd] Versions 5.2.2, 5.1.3 and 4.10.9 are available.

ks to everybody who helped with these new versions. In particular: * Dan Fandrich * Daniel Hilst * Dave Cottlehuber * Florian Forster * "jkrabbe" * Manuel Cissé * Marc Fournier * Markus Knetschke * Nathan Huff * Ruben Kerkhof * Sebastian Harl * Tomas Doran * Tommie Gann

Re: [collectd] [PATCH] curl_xml plugin: Fixed typo in documentation

Hi Dan, On Thu, Mar 21, 2013 at 10:19:48PM +0100, Dan Fandrich wrote: > -=item B I I > +=item B I I it's submitted, thanks :) —octo -- collectd – The system statistics collection daemon Website: http://collectd.org Google+: http://collectd.org/+ GitHub: https://github.com/collectd Twitter: htt

  1   2   3   4   5   >