Re: [collectd] What about the scalability for collectd network plugin?

Hi Benjamin, On Wed, Mar 06, 2013 at 07:01:29AM +, Benjamin Wang (gendwang) wrote: > Is there any potential bottleneck for this scenario? Do you have any > experienced data about the collectd performance? your bottleneck is going to be the I/O performance when writing RRD files to disk. With

Re: [collectd] Proposal to implement the control protocol for collectd!

Hi Benjamin, On Wed, Mar 06, 2013 at 03:36:28AM +, Benjamin Wang (gendwang) wrote: > I am not sure whether this is a right place to discuss the development > proposal. If I am wrong, please help me to forward this mail to the > right place. thanks for your work in this direction; you've come

Re: [collectd] rrdcached+collectd

Hi Yves, On Tue, Mar 05, 2013 at 11:45:33AM +0100, Yves Mettier wrote: > @octo : Has this been taken into account in the new and already > closed #262 ? yes, but only for files created asynchronously. In the current (synchronous) case, the idea is that the file is there, so we might as well updat

Re: [collectd] [PATCH] curl_xml plugin: Added support for XML namespaces

Hi Dan, thank you very much for various cURL patches :) On Wed, Feb 06, 2013 at 09:47:10PM +0100, Dan Fandrich wrote: > +e.g. Chttp://schemas.xmlsoap.org/soap/envelope/";> I prefer to have the structure in the config file, instead of parsing a user-provided string. I've implemented this in

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

[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] 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] 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] 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

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] 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] 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] 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] [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] 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] 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 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] [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] [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] 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] 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

[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

[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] 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] 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

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

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] 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

[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] 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

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

[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] 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

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

[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] 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 >

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] 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] 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

[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] 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

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] 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] 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] 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

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

[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] 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] 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

[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

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] 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] [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

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

[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

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.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

[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] 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

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] 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

[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.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] 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.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

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

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

[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

[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] 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

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

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

[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,

[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

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

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

[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] 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

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?

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] [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] [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] 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

[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] 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] 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] 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

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] 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] 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 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] 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

[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

[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

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] 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] 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] 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

[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

<    1   2   3   4   5   >