Re: SNMP polling of switch sensors (complex SNMP setup I can't figure out)

Hi again,

I've somewhat found a workaround that is not making my head explode;
Simply using
ENTITY-MIB::entPhysicalName.6035 = STRING: Te6/3 Transmit Power Sensor
for Instance and pulling the data from
CISCO-ENTITY-SENSOR-MIB::entSensorValue.6035 = INTEGER: -23

I originally wanted to have all the sensors data in one file and have
them connected to the right interface but this seems a bit, impossible
right now...

Brgds,
Stian Øvrevåge

On Wed, Feb 29, 2012 at 10:24 PM, Stian Øvrevåge
<sovrevage@...> wrote:
> Hi list,
>
> I have a series of Cisco switches with sensors on each port measuring
> Tx/Rx power, temperatures etc. I'm not sure however how to configure
> the SNMP plugin to poll this.
>
> My primary index for looking up data is the ifIndex, and secondarily
> the interface name.
>
> IF-MIB::ifIndex.148 = INTEGER: 148
> IF-MIB::ifDescr.148 = STRING: TenGigabitEthernet6/3
>
> There is a mapping to the physical port in the entity-mib:

Re: RRA.CF - LAST

_______________________________________________
collectd mailing list
collectd@...
http://mailman.verplant.org/listinfo/collectd

Bugs and code reviews moving to GitHub

Hi everybody,

tl,dr: I'm deprecating Mantis and Gerrit in favor of GitHub.

Over the years, I've introduced a couple of techniques to simplify
contributing to collectd, for example Mantis, a bug tracking tool,
Gerrit, a code review utility, the wiki, a GitHub mirror, and so on.
However, this diversity has had a generally harmful effect in that
people created bugs, sometimes with patches attached, that I didn't
notice for months.

So in an attempt to clean up this mess, I'm now officially deprecating
Mantis and Gerrit in favor of "Issues" and "Pull Requests" (PR) on
GitHub. You can find these at:

  Issues:         https://github.com/collectd/collectd/issues
  Pull Requests:  https://github.com/collectd/collectd/pulls

Issues and Pull Requests (PRs) provide only basic functionality, but
I'll argue that overall this is a good thing. Mantis had a plethora of
fields and status, making it impossible for the majority of users to
understand how this is all supposed to work [*]. And Gerrit has not been
able to get rid of its Rietveld roots and work with a _distributed_ SCM;
not to mention either project's UI.

I'll work on moving bugs and patches to GitHub as time permits. Please
feel free to help out and move stuff over, it'll certainly expedite the
process.

Best regards,
—octo

[*] I recall the Mantis developers arguing over what the "correct" way
    of using the "feedback" status was.
--

-- 
collectd – The system statistics collection daemon
Website: http://collectd.org
Google+: http://collectd.org/+
GitHub:  https://github.com/collectd
Twitter: http://twitter.com/collectd

_______________________________________________
collectd mailing list
collectd@...
http://mailman.verplant.org/listinfo/collectd

GenericJMX and locked up Tomcat...

I have a collectd 5.0.1 instance monitoring 6 local Tomcat instances with the GenericJMX plugin. One of my
Tomcat instances will occasionally run out of heap and essentially become unresponsive. When that
happens, collectd/GenericJMX won't collect data from any of the other Tomcat instances even though the
other instances are running fine. The collectd log starts to fill with lots of these messages:

[2012-03-02 06:39:59] rrdtool plugin: rrd_update_r
(/opt/collectd/var/lib/collectd/rrd/localhost/GenericJMX-tomcat1-memory_pool-CMS Perm
Gen/jmx_memory-init.rrd) failed:
/opt/collectd/var/lib/collectd/rrd/localhost/GenericJMX-tomcat1-memory_pool-CMS Perm
Gen/jmx_memory-init.rrd: illegal attempt to update using time 1330688269 when last update time is
1330688269 (minimum one second step)

Has anyone on the list seen or addressed anything like this?

- josh

Re: GenericJMX and locked up Tomcat...

Hi.

Yes we see this quiet often but it is harmless and caused by jitter
in your system time. Depending on your collectd interval and the system load
this will occur quiet often. We usually see this messages on a VMware
under heavy I/O load.

As said before, this is nothing to worry about.

HTH,

Andreas.

On 03/02/12 15:15, Josh Jacob wrote:
> I have a collectd 5.0.1 instance monitoring 6 local Tomcat instances with the GenericJMX plugin. One of my
Tomcat instances will occasionally run out of heap and essentially become unresponsive. When that
happens, collectd/GenericJMX won't collect data from any of the other Tomcat instances even though the
other instances are running fine. The collectd log starts to fill with lots of these messages:
>
> [2012-03-02 06:39:59] rrdtool plugin: rrd_update_r
(/opt/collectd/var/lib/collectd/rrd/localhost/GenericJMX-tomcat1-memory_pool-CMS Perm
Gen/jmx_memory-init.rrd) failed:
/opt/collectd/var/lib/collectd/rrd/localhost/GenericJMX-tomcat1-memory_pool-CMS Perm
Gen/jmx_memory-init.rrd: illegal attempt to update using time 1330688269 when last update time is
1330688269 (minimum one second step)
>
> Has anyone on the list seen or addressed anything like this?
>
> - josh
>
>
> _______________________________________________
> collectd mailing list
> collectd@...
> http://mailman.verplant.org/listinfo/collectd
>

-- 
Dipl.-Ing. Andreas Maus             science+computing ag
System Administration               Hagellocher Weg 73
tel.: +49 7071 9457 671             72070 Tuebingen, Germany
fax: +49 7071 9457 411              www.science-computing.de
--

-- 
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Michael Heinrichs, 
Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Philippe Miltin
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196

collectd tail plugin regex

_______________________________________________
collectd mailing list
collectd@...
http://mailman.verplant.org/listinfo/collectd

[PATCH] Fixed memory leak in collectdclient library.

---
 src/libcollectdclient/client.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/src/libcollectdclient/client.c b/src/libcollectdclient/client.c
index d13decd..e213482 100644
--- a/src/libcollectdclient/client.c
+++ b/src/libcollectdclient/client.c
 <at>  <at>  -780,6 +780,8  <at>  <at>  int lcc_getval (lcc_connection_t *c, lcc_identifier_t *ident, /* {{{ */
   if (ret_values_names != NULL)
     *ret_values_names = values_names;

+  lcc_response_free (&res);  
+
   return (0);
 } /* }}} int lcc_getval */

--

-- 
1.7.2.5

Re: [PATCH] Fixed memory leak in collectdclient library.

Hi Jason,

thank you very much for your patch! I've applied it to the collectd-4.10
branch; it'll get merged to collectd-5.0 and master eventually.

Best regards,
—octo
--

-- 
collectd – The system statistics collection daemon
Website: http://collectd.org
Google+: http://collectd.org/+
GitHub:  https://github.com/collectd
Twitter: http://twitter.com/collectd

_______________________________________________
collectd mailing list
collectd@...
http://mailman.verplant.org/listinfo/collectd

Re: Varnish Plugin for Varnish 3

Thanks again.

I haven't run into any issues and have been running this for a while.

Is this expected to be patched into an official release?

-Travis

-----Original Message-----
From: Jerome Renard [mailto:jerome.renard <at> gmail.com] 
Sent: Monday, January 30, 2012 9:22 AM
To: Crowder, Travis
Cc: collectd <at> verplant.org
Subject: Re: [collectd] Varnish Plugin for Varnish 3

Hi Travis,

On Sat, Jan 28, 2012 at 9:48 PM, Crowder, Travis <Travis.Crowder <at> penton.com> wrote:
> Is there an ETA or Beta for collectd varnish 3 support?
>
>

I do not know when (and even if) Florian/Sebastian plans on this but I can tell the plugin has been running
successfully on production for around 2 months on one of the biggest media website in France.

>
> Is there anything I can do to help expedite the development?
>
>

Feel free to test/comment/critic the code as much as you want.
You can also provide more metrics if you want.
I will be happy to integrate patches :)

Best Regards,

--
Jérôme Renard
http://39web.fr | http://jrenard.info | http://twitter.com/jeromerenard


_______________________________________________
collectd mailing list
collectd <at> verplant.org
http://mailman.verplant.org/listinfo/collectd

Re: collectd-5.0.1-mine.patch some processes.c fixes for FreeBSD

2012/2/20 Florian Forster <octo@...>:

> thank you very much for your patch :)
> I've created a branch, pk/processes, which is available at
> <https://github.com/octo/collectd/tree/pk/processes>. I've applied a few
> coding style fixes. Can you please verify that I didn't accidentally
> break anything?

I am sorry for a delay with the answer. We in Russia had Putin's
elections. Didn't do without some vodka.
Mistakes didn't find. Gathered and works. Shows that that is necessary. Thanks.

--

-- 
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin