Wednesday, May 22nd 2013, 11:58pm UTC+2

You are not logged in.

  • Login
  • Register

[SOLVED] ingraph-collector stirbt an Service-Performancedaten

Dear visitor, welcome to Monitoring-Portal.
Although this is a german monitoring forum, please don't hesitate to post in English. Nearly everybody here understands you and will answer in English as well.
If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form to register here or read more information about the registration process. If you are already registered, please login here.

igor1509

Beginner

Posts: 3

Number of monitoring servers: 1

Nagios Version: -

Icinga Version: 1.7.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 50

Number of services: 200

OS: Windows,Linux,hp-ux,sunos,aix

Plugin Version: .

NDO Version: 1

1

Thursday, July 19th 2012, 11:29am

[SOLVED] ingraph-collector stirbt an Service-Performancedaten

Hallo,

unser ingraph-collector lässt sich erfolgreich starten, läuft dann für eine unbestimmte Zeit und lässt sich dann nicht mehr Starten mit der Ausgabe:

Source code

 
1
2
3
4
5
6
7
8

Traceback (most recent call last):
File "/usr/bin/ingraph-collectord", line 9, in <module> load_entry_point('ingraph==1.0', 'console_scripts', 'ingraph-collectord')()
File "/usr/lib/python2.6/site-packages/ingraph-1.0-py2.6.egg/ingraph/bin/ingraph_collectord.py", line 348, in main getattr(collectord, args[0])()
File "/usr/lib/python2.6/site-packages/ingraph-1.0-py2.6.egg/ingraph/daemon.py", line 185, in start self.run()
File "/usr/lib/python2.6/site-packages/ingraph-1.0-py2.6.egg/ingraph/bin/ingraph_collectord.py", line 220, in run update = self._prepare_update(line)
File "/usr/lib/python2.6/site-packages/ingraph-1.0-py2.6.egg/ingraph/bin/ingraph_collectord.py", line 105, in _prepare_update logdata = self._parse_update_pnp(tokens)
File "/usr/lib/python2.6/site-packages/ingraph-1.0-py2.6.egg/ingraph/bin/ingraph_collectord.py", line 56, in _parse_update_pnp (key, value) = nvpair.split('::', 1)
ValueError: need more than 1 value to unpack


Ich bin dem ganzen soweit auf die Spur gekommen, das es wohl Probleme mit den Vorliegenden service-perfdata gibt.
Eins der Files an dem er reproduzierbar Stirbt ist:

Source code

 
1
2
3
4
5
6

DATATYPE::SERVICEPERFDATA	TIMET::1342688130	HOSTNAME::nas1	SERVICEDESC::Disk 1 Temp	SERVICEPERFDATA::DiskTemp1 25 Grad	SERVICECHECKCOMMAND::check_readynas!disk1temp	HOSTSTATE::UP	HOSTSTATETYPE::HARD	SERVICESTATE::OK	SERVICESTATETYPE::HARD
DATATYPE::SERVICEPERFDATA	TIMET::1342688130	HOSTNAME::nas1	SERVICEDESC::Disk 2 Temp	SERVICEPERFDATA::DiskTemp2 35 Grad	SERVICECHECKCOMMAND::check_readynas!disk2temp	HOSTSTATE::UP	HOSTSTATETYPE::HARD	SERVICESTATE::OK	SERVICESTATETYPE::HARD
DATATYPE::SERVICEPERFDATA	TIMET::1342688140	HOSTNAME::switch-sys	SERVICEDESC::Uplink	Port Link Status	SERVICEPERFDATA::RFC1213-MIB::ifOperStatus.1=1	SERVICECHECKCOMMAND::check_snmp!-C public -o ifOperStatus.1 -r $_HOSTUPLINK_PORT$ -m RFC1213-MIB	HOSTSTATE::UP	HOSTSTATETYPE::HARD	SERVICESTATE::OK	SERVICESTATETYPE::HARD
DATATYPE::SERVICEPERFDATA	TIMET::1342688140	HOSTNAME::switch-2	SERVICEDESC::PING	SERVICEPERFDATA::rta=0.676000ms;200.000000;600.000000;0.000000 pl=0%;20;60;0	SERVICECHECKCOMMAND::check_ping!200.0,20%!600.0,60%	HOSTSTATE::UP	HOSTSTATETYPE::HARD	SERVICESTATE::OK	SERVICESTATETYPE::HARD
DATATYPE::SERVICEPERFDATA	TIMET::1342688140	HOSTNAME::windows1	SERVICEDESC::System Drive Space	SERVICEPERFDATA::c:\ Used Space=15,73Gb;31,25;35,16;0.00;39,06	SERVICECHECKCOMMAND::check_nt!USEDDISKSPACE!-l $_HOSTSYSTEM_VOLUME$ -w 80 -c 90	HOSTSTATE::UP	HOSTSTATETYPE::HARD	SERVICESTATE::OK	SERVICESTATETYPE::HARD
DATATYPE::SERVICEPERFDATA	TIMET::1342688150	HOSTNAME::windowsmail	SERVICEDESC::CPU Load	SERVICEPERFDATA::5 min avg Load=2%;80;90;0;100	SERVICECHECKCOMMAND::check_nt!CPULOAD!-l 5,80,90	HOSTSTATE::UP	HOSTSTATETYPE::HARD	SERVICESTATE::OK	SERVICESTATETYPE::HARD


Für mich sieht der Aufbau erst mal so aus, wie er sein sollte. Woran stirbt der Collector hier also?

This post has been edited 1 times, last edit by "igor1509" (Jul 19th 2012, 12:55pm)

lippser

Intermediate

Posts: 186

Gender: male

Occupation: Application Developer

Nagios Version: -

Icinga Version: 1.8.0

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: -

Number of services: -

OS: Ubuntu 12.04

Plugin Version: 1.4.16

2

Thursday, July 19th 2012, 12:13pm

Hi,

hat Service "Uplink Port Link Status" einen Tab key (\t)?
Der inGraph-collector teilt nämlich anhand diesen eine Zeile in zu verabeitende Wertepaare (z.B. HOSTNAME::windows1). Er erkennt in deinem Fall "Port Link Status" als ein Wertepaar, was zu der auftretenden Exception führt.
NETWAYS GmbH http://www.netways.de
NETWAYS Blog http://blog.netways.de

igor1509

Beginner

Posts: 3

Number of monitoring servers: 1

Nagios Version: -

Icinga Version: 1.7.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 50

Number of services: 200

OS: Windows,Linux,hp-ux,sunos,aix

Plugin Version: .

NDO Version: 1

3

Thursday, July 19th 2012, 12:54pm

Stimmt, da ist wohl ein Tab reingerutscht.
Toll wäre, wenn der Collector im Debugaufruf ausgeben würde, an welcher Datei und welcher Zeile er nicht weiter kommt.

Vielen Dank für die schnelle Hilfe!

Similar threads