Thursday, June 20th 2013, 9:55am UTC+2

You are not logged in.

  • Login
  • Register

Summary View seit 1.7.1 Update falsch

Mike00X

Beginner

Posts: 17

Birthday: Dec 20th 1980 (32)

Gender: male

Number of monitoring servers: 1

Nagios Version: -

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 6

Number of services: 25

OS: Windows, Linux

Plugin Version: 1.4.15

1

Tuesday, July 10th 2012, 3:46pm

Summary View seit 1.7.1 Update falsch

VM auf Esxi5, Debian 6, Icinga 1.7.1

Seit dem Update von 1.6.2 auf 1.7.1 zeigt mir Icinga-Web links oben doppelte so viele Hosts und Services wie tatsächlich vorhanden sind.

Zuerst hatte ich das Problem, dass Icinga Web jede Änderung der config ignoriert hat. Der Fehler lag an der falschen idoutils.cfg (location change von idomod.o auf idomod.so). Snapshot zurück, nochmal nach Anleitung versucht, gleicher Fehler. Syslog zeigte ohne Ende:

Source code

 
1

Jul 6 13:51:42 Icingapnp icinga: idomod: Still unable to connect to data sink. 311 items lost, 5000 queued items to flush. Is ido2db running and processing data?

Icingalog:

Source code

 
1

[1341784818] idomod: Still unable to connect to data sink. 187393 items lost, 5000 queued items to flush. Is ido2db running and processing data?


Habe darauf debug log für ido2db und idomod eingeschalten um den Fehler nachzugehen. Nach dem die logs recht schnell 10MB hatten hab ich sie wieder ausgeschalten und nichts hilfreiches darin gefunden. Seltsamer weise kann sich idomod seit dem verbinden?!

Source code

 
1
2
3
4
5

Jul 9 12:39:50 Icingapnp icinga: idomod: Successfully connected to data sink. 13 queued items to flush.
Jul 9 12:39:50 Icingapnp icinga: idomod: Successfully flushed 13 queued items to data sink.
Jul 9 12:39:50 Icingapnp icinga: Event broker module 'IDOMOD' version '1.7.1' from '/usr/local/icinga/lib/idomod.so' initialized successfully.
Jul 9 12:39:50 Icingapnp ido2db: Handling client connection...
Jul 9 12:39:50 Icingapnp ido2db: Successfully connected to mysql database


Änderungen in der Config werden richtig übernommen. Einzige die Anzeige links oben ist noch immer falsch, statt 6 Zeigt er mir 12 Hosts an. Im Fenster unten werden dann richtig nur die 6 Hosts angezeigt. Nehme ich einen Host aus der config raus, bleibt oben links der Wert auf 11. Gleiches Problem bei den Services. Im Classic Interface wird alles richtig angezeigt.

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77

################################################################################                                                             	############################
##############################	Icinga Sanitycheck and Reporting Script 	##                                                             	############################
##############################  by Frankstar / Team Quality Assurance & VM	##                                                             	############################
################################################################################                                                             	############################

Mysql Found! - Try to connect via ido2db.cfg
ido2db.cfg Mysql Connection Test OK!
################################################################################                                                             	############################
############################         	Verbose Informations          	#####                                                             	############################
################################################################################                                                             	############################
Perlversion: v5.10.1
Current Date/Time on Server: Tue Jul 10 15:13:29 2012

OS Information:
  Description: Debian GNU/Linux 6.0.3 (squeeze)
  Kernel Version: 2.6.32-5-amd64 unknown
  LC_LANG: de_AT.UTF-8
  Selinux Status: selinux binary not found

Webserver Information:
  Server version: Apache/2.2.16 (Debian)
  Server's Module Magic Number: 20051115:24
  Server loaded:  APR 1.4.2, APR-Util 1.3.9
  Architecture:   64-bit

PHP Information:
 PHP 5.3.3-7+squeeze13 with Suhosin-Patch (cli) (built: Jun 10 2012 07:31:32)

MySQL Information:
 mysql  Ver 14.14 Distrib 5.1.49

Icinga General Information:
 DB-Version: 1.7.0
 icinga version: 1.7.1
 ido2db version: 1.7.1
 ido2db Processes: 2
 idomod Connections: 1
 ido2db last Connection Info:
 id: 123 2012-07-09 13:03:33
 id: 122 2012-07-10 15:13:00

Icinga.cfg/resource.cfg Information:
 External Commands(1=on,0=off): 1
 Log External Commands(1=on,0=off): 1
 Icinga User: icinga
 Icinga Group: icinga
 User Shell: /bin/bash
 Plugin Path: /usr/local/icinga/libexec
 broker modul cfg: no broker_module defined in icinga.cfg
 broker modul dir: idoutils.cfg in /usr/local/icinga/etc/modules aktiv.

Icinga Web:
 DB-Version: icinga-web/v1.7.0
 DB-last modified: 2012-07-05 15:10:08

ido2db Information:
 Server Type: mysql
 SSL Status: 0
 Socket Type: unix
 Socket Name: /usr/local/icinga/var/ido.sock
 TCP Port: 5668
 SLA Status(1=on,0=off): no 'enable_sla' option found

idomod Information:
 idomod.o check: Couldn't find idomod.o
 idomod.so check: /usr/local/icinga/etc/../lib/idomod.so
 Output Type: unix
 Output: /usr/local/icinga/var/ido.sock
 SSL Status: 0
 TCP Port: 5668

ido2db Errors in Syslog:


Plugin Check with User Rights:
(check_disk - Checks local HDD for free Space)
 DISK OK - free space: / 5764 MB (63% inode=78%)

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.1 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

2

Tuesday, July 10th 2012, 9:05pm

entweder inaktive objects, oder multiple instanzen. spiel bitte mal diese queries durch, und poste den output.
https://wiki.icinga.org/display/testing/…Testing-Configs

sowie

Source code

 
1
2
3

# cat idomod.cfg | grep instance_name

mysql> select * from icinga_instances;


moeglicherweise hast du da mehrfache instanzen (vielleicht auch mal die instanz in der idomod.cfg umbenannt?). sofern wahr, ich hab hier mal was geschrieben...
https://wiki.icinga.org/display/howtos/C…rom+IDOUtils+DB
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Mike00X

Beginner

Posts: 17

Birthday: Dec 20th 1980 (32)

Gender: male

Number of monitoring servers: 1

Nagios Version: -

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 6

Number of services: 25

OS: Windows, Linux

Plugin Version: 1.4.15

3

Wednesday, July 11th 2012, 10:47am

Source code

 
1
2

root@Icingapnp:/usr/local/icinga/etc# cat idomod.cfg | grep instance_name
instance_name=default


Source code

 
1
2
3
4
5
6
7

mysql> select * from icinga_instances;
+-------------+---------------+----------------------+
| instance_id | instance_name | instance_description |
+-------------+---------------+----------------------+
|       	1 | default   	|                  	|
+-------------+---------------+----------------------+
1 row in set (0.00 sec)


Unbenannt hab ich die Instanz nicht, aber mir ist jetzt ein Fehler/Änderung aufgefallen. Ich hatte Icinga mit der Option ssl installiert und beim Update nicht. Der output_type war bei 1.6.2 dafür tcpsocket in der idomod.cfg und ido2db.cfg.

Source code

 
1
2

#output_type=tcpsocket
output_type=unixsocket


Kann dadurch der Fehler zustande kommen? Manuell jetzt die configs auf tcpsocket umstellen und ssl auf 1 bringt leider nichts.
Vielleicht habe ich später Zeit, dann geh ich mal auf 1.6.2 zurück und installiere das update mit ssl.

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.1 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

4

Wednesday, July 11th 2012, 11:26am

mir waere jetzt kein make install oder package bekannt, das configs (ido2db.cfg, idomod.cfg) automatisch ueberschreibt - also vermutlich hast du das selbst so geschraubt.

davon abgesehen - wenn du die configs aenderst, musst du beide seiten restarten. ido2db um den listen am socket zu wechseln sowie icinga mit idomod, um den socket write an die richtige stelle zu setzen. ich nehme mal an, dass du nur eines von beiden gemacht hast, womit sich das "error connecting to datasink" erklaeren laesst.

naja. und wenns keine doppelte instance ist, haette ich trotzdem gerne den "is_active" count wie im wiki zu den config queries geschrieben, gesehen.

Quoted

by instance name, if using multiple satellites

mysql> select count(*) from icinga_hosts
join icinga_objects on icinga_hosts.host_object_id=icinga_objects.object_id
join icinga_instances on icinga_hosts.instance_id=icinga_instances.instance_id
where icinga_instances.instance_name='foobar' and icinga_objects.is_active=1;
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Mike00X

Beginner

Posts: 17

Birthday: Dec 20th 1980 (32)

Gender: male

Number of monitoring servers: 1

Nagios Version: -

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 6

Number of services: 25

OS: Windows, Linux

Plugin Version: 1.4.15

5

Wednesday, July 11th 2012, 3:03pm

Stimmt, die wurden nicht automatisch überschrieben, sondern mit -sample erstellt. Nach dem Problemen hab ich sie mal unbenannt und die alten ersetzt, weil ich sehen wollte ob das was bringt.

Das ich ido2db mal nicht neugestartet habe kann schon vorgekommen sein.

"is_active" count:

Source code

 
1
2
3
4
5
6
7
8
9
10

 mysql> select count(*) from icinga_hosts
	-> join icinga_objects on icinga_hosts.host_object_id=icinga_objects.object_id 
	-> join icinga_instances on icinga_hosts.instance_id=icinga_instances.instance_id  
	-> where icinga_instances.instance_name='default' and icinga_objects.is_active=1;   
+----------+
| count(*) |
+----------+
|    	6 |
+----------+
1 row in set (0.00 sec)


6 würde ja stimmen, woher

Mal Danke für deine Hilfe :)

This post has been edited 1 times, last edit by "Mike00X" (Jul 11th 2012, 3:09pm)

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.1 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

6

Wednesday, July 11th 2012, 3:38pm

moeglich, dass der grid view das is_active nicht beruecksichtigt. das kann ich dir aber nicht sagen, da musst du schon einen web developer erwischen.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Mike00X

Beginner

Posts: 17

Birthday: Dec 20th 1980 (32)

Gender: male

Number of monitoring servers: 1

Nagios Version: -

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 6

Number of services: 25

OS: Windows, Linux

Plugin Version: 1.4.15

7

Thursday, July 12th 2012, 12:53pm

web developer, der eine ist nicht da, der andere hat keine Zeit.

Ich habe die Icinga Datenbank mal gelöscht und neu angelegt, jetzt wird alles richtig angezeigt. Da es für mich bis jetzt eh nur ein Testbetrieb und Kennenlernen von Icinga ist, macht das ja nix, eine andere Lösung wäre aber schöner. Hab den Snapshot ja noch, vielleicht ist mal Zeit um sich das genauer anzusehen. Vorerst ist das Problem für mich so behoben.

dnsmichi

Super Moderator

Posts: 6,101

Birthday: May 30th 1983 (30)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.1 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

8

Thursday, July 12th 2012, 1:41pm

richtig. wir sind auch nur menschen, die daily work und freizeit nicht unbedingt immer mit open source verbringen koennen oder wollen.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

Mike00X

Beginner

Posts: 17

Birthday: Dec 20th 1980 (32)

Gender: male

Number of monitoring servers: 1

Nagios Version: -

Icinga Version: 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 6

Number of services: 25

OS: Windows, Linux

Plugin Version: 1.4.15

9

Thursday, July 12th 2012, 1:47pm

Quoted from "dnsmichi"

richtig. wir sind auch nur menschen, die daily work und freizeit nicht unbedingt immer mit open source verbringen koennen oder wollen.
Sollte keine Vorwurf sein, hab das auf meine Firma bezogen :D
Nachmal danke für deine Hilfe, und nein, ihr seit nicht nur Menschen :P

Similar threads