Monday, May 20th 2013, 10:20am UTC+2

You are not logged in.

  • Login
  • Register

ido2db Process -> warning

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.

  • 1
  • 2

figo

Trainee

Posts: 138

Birthday: Nov 15th 1986 (26)

Gender: male

Location: Stuttgart

Occupation: Fachinformatiker für Systemintegration

Nagios Version: keine

Icinga Version: 1.7.2

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 246

Number of services: 1746

OS: Debian 6.0.6

Plugin Version: 1.4.15

Other Addons: OMD

1

Thursday, July 26th 2012, 12:03pm

ido2db Process -> warning

Hallo,

ich habe gerade icinga mit idoutils installiert, nun nach einem reboot erscheint von dem Standard-chek ido2db Process ein warning das nur 1 Prozess laufen würde.

Das stimmt auch! :-D Aber warum ist "OK" wenn 2 Prozesse laufen.

Was muss ich tun damit 2 Prozesse laufen.
Falls Ihr irgendwelche Configs benötigt bitte melden.

Gruß

Figo

dnsmichi

Super Moderator

Posts: 5,976

Birthday: May 30th 1983 (29)

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.0 / 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.0 / GIT MySQL/Postgresql/Oracle

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

2

Thursday, July 26th 2012, 12:24pm

die dokumentation zur einrichtung von idoutils lesen - insbesondere was das event broker modul idomod.so betrifft.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

figo

Trainee

Posts: 138

Birthday: Nov 15th 1986 (26)

Gender: male

Location: Stuttgart

Occupation: Fachinformatiker für Systemintegration

Nagios Version: keine

Icinga Version: 1.7.2

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 246

Number of services: 1746

OS: Debian 6.0.6

Plugin Version: 1.4.15

Other Addons: OMD

3

Thursday, July 26th 2012, 12:36pm

Ich habe alle Punkte aus der Doku gemacht :


Ich verstehe somit nicht wirklich was ich noch machen muss bzw was ich falsch gemacht habe? ;(

This post has been edited 1 times, last edit by "figo" (Jul 26th 2012, 2:10pm)

dnsmichi

Super Moderator

Posts: 5,976

Birthday: May 30th 1983 (29)

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.0 / 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.0 / GIT MySQL/Postgresql/Oracle

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

4

Thursday, July 26th 2012, 1:01pm

formatier deinen beitrag bitte ordentlich - quote und code klammern sollten helfen.

weiters - die dokumentation kenne ich, brauchst mir nicht hierhin kopieren.
ich moechte sehen was du gemacht hast. soll heissen - configauszuege wie idomod.so eingebunden ist, sowie log auszuege, wie es geladen wird.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

figo

Trainee

Posts: 138

Birthday: Nov 15th 1986 (26)

Gender: male

Location: Stuttgart

Occupation: Fachinformatiker für Systemintegration

Nagios Version: keine

Icinga Version: 1.7.2

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 246

Number of services: 1746

OS: Debian 6.0.6

Plugin Version: 1.4.15

Other Addons: OMD

5

Thursday, July 26th 2012, 1:47pm

Hi,

hier meine Config:

icinga.cfg:

Source code

 
1
2

# Definitions for broker modules like idoutils.cfg
cfg_dir=/usr/local/icinga/etc/modules



/usr/local/icinga/etc/modules/idoutils.cfg-sample

Source code

 
1
2
3
4
5
6

define module{
    	module_name 	idomod
    	module_type 	neb
    	path        	/usr/local/icinga/lib64/idomod.so
    	args        	config_file=/usr/local/icinga/etc/idomod.cfg
    	}


Source code

 
1
2
3

ll /usr/local/icinga/lib64/
insgesamt 168
-rwxrwxr-- 1 icinga icinga 169831 26. Jul 10:39 idomod.so


vi /usr/local/icinga/etc/idomod.cfg

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

instance_name=default
output_type=unixsocket
output=/usr/local/icinga/var/ido.sock
tcp_port=5668
use_ssl=0
output_buffer_items=5000
buffer_file=/usr/local/icinga/var/idomod.tmp
file_rotation_interval=14400
file_rotation_timeout=60
reconnect_interval=15
reconnect_warning_interval=15
data_processing_options=67108669
config_output_options=2
debug_level=0
debug_verbosity=2
debug_file=/usr/local/icinga/var/idomod.debug
max_debug_file_size=100000000



vi /usr/local/icinga/etc/ido2db.cfg

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

lock_file=/usr/local/icinga/var/ido2db.lock
ido2db_user=icinga
ido2db_group=icinga
socket_type=unix
socket_name=/usr/local/icinga/var/ido.sock
tcp_port=5668
use_ssl=0
db_servertype=mysql
db_host=localhost
db_port=3306
db_name=icinga
db_prefix=icinga_
db_user=icinga
db_pass=icinga
max_timedevents_age=60
max_systemcommands_age=1440
max_servicechecks_age=1440
max_hostchecks_age=1440
max_eventhandlers_age=10080
max_externalcommands_age=10080
max_logentries_age=44640
max_acknowledgements_age=44640
max_notifications_age=44640
max_contactnotifications_age=44640
max_contactnotificationmethods_age=44640
clean_realtime_tables_on_core_startup=1
clean_config_tables_on_core_startup=1
trim_db_interval=3600
housekeeping_thread_startup_delay=300
debug_level=0
debug_verbosity=2
debug_file=/usr/local/icinga/var/ido2db.debug
max_debug_file_size=100000000
debug_readable_timestamp=0
oci_errors_to_syslog=1
oracle_trace_level=0
enable_sla=0


So ich hoffe es ist alles dabei und ich habe nichts vergessen! :S

Grüße

terratectom

Trainee

Posts: 83

Gender: male

Number of monitoring servers: x

Nagios Version: keine

Icinga Version: 1.8.3

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 600

Number of services: 6500

OS: SuSE SLES Linux

Plugin Version: 1.4.x

NagVis Version: 1.6.x

IDO-Version: 1.8.3

Other Addons: SNMPTT, PNP 0.6.x, Nagvis, Business Process AddOn, EventDB, mod_gearman

6

Thursday, July 26th 2012, 2:00pm

Hi,

die Sample Datei muss auch noch in die echte Config Datei umbenannt werden. Es werden nur Configs mit der Endung ".cfg" eingebunden.

Source code

 
1

mv /usr/local/icinga/etc/modules/idoutils.cfg-sample /usr/local/icinga/etc/modules/idoutils.cfg


Grüße
Tom

figo

Trainee

Posts: 138

Birthday: Nov 15th 1986 (26)

Gender: male

Location: Stuttgart

Occupation: Fachinformatiker für Systemintegration

Nagios Version: keine

Icinga Version: 1.7.2

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 246

Number of services: 1746

OS: Debian 6.0.6

Plugin Version: 1.4.15

Other Addons: OMD

7

Thursday, July 26th 2012, 2:02pm

Au man logisch!

jetzt tut es super danke!

pitchfork

Administrator

Posts: 18,436

Location: Kassel

Occupation: Sysadmin SAP / Linux / AIX

Number of monitoring servers: 2

Hobbies: Motorrad fahren, wenns die Zeit erlaubt :-)

Nagios Version: 3.2.3 ( OMD )

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 360

Number of services: 6700

OS: Debian 6.0

Plugin Version: 1.4.x

Other Addons: SNMPTT, NagTrap, check_mk, PNP-0.6.x. Thruk

8

Thursday, July 26th 2012, 2:08pm

Quoted from "figo"

jetzt tut es super danke!


Und im Gegenzug formatierst du deinen Post #3 noch mal richtig.

Danke
+++ PNP Developer +++ PNP 0.6.21 ist online ! +++
Hilfreiche Infos gefunden? Dann schnell ein paar Cent flattrn
OMD - Open Monitoring Distribution

figo

Trainee

Posts: 138

Birthday: Nov 15th 1986 (26)

Gender: male

Location: Stuttgart

Occupation: Fachinformatiker für Systemintegration

Nagios Version: keine

Icinga Version: 1.7.2

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 246

Number of services: 1746

OS: Debian 6.0.6

Plugin Version: 1.4.15

Other Addons: OMD

9

Thursday, July 26th 2012, 2:13pm

Quoted from "pitchfork"

Und im Gegenzug formatierst du deinen Post #3 noch mal richtig.

Danke
Ich hoffe das passt nun so! ;)

RogerG781

Beginner

Posts: 47

Gender: male

Location: Köln

Number of monitoring servers: 1

Nagios Version: 3

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 10

Number of services: 150

OS: ESXi, XP, 2003 & 2008

Plugin Version: mal schauen

NDO Version: 1

10

Sunday, July 29th 2012, 1:08am

Ich hänge mich mal an den Thread ran, da ich gerade ähnliche Probleme mit idoutils habe.

Die Installation von Icinga ist mit PPA auf Ubuntu 12.04 Server erfolgt. Der Zugriff durch ido2db.cfg soll auf einen externen MySQL-Server erfolgen. Icinga an sich läuft soweit und überwacht die bereits eingetragenen Server einwandfrei und ein Zugriff über Web-Classic ist ebenfalls problemlos möglich.

Folgende Vorbereitungen getroffen:

Source code

 
1

cp /usr/share/doc/icinga-idoutils/examples/idoutils.cfg-sample /etc/icinga/modules/idoutils.cfg

Inhalt

Source code

 
1
2
3
4
5
6

define module{
        module_name     idomod
        module_type     neb
        path            /usr/lib/icinga/idomod.so
        args            config_file=/etc/icinga/idomod.cfg
	}


Inhalt der /etc/icinga/ido2db.cfg

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12

socket_type=unix
#socket_type=tcp
socket_name=/var/lib/icinga/ido.sock
tcp_port=5668
db_servertype=mysql
db_host=sqlserver.domain.de
db_port=3306
#db_socket=/var/lib/mysql/mysql.sock
db_name=icinga
db_prefix=icinga_
db_user=icinga-idoutils
db_pass=password


Inhalt der /etc/icinga/idomod.cfg

Source code

 
1
2
3
4
5

instance_name=default
output_type=unixsocket
output=/var/lib/icinga/ido.sock
tcp_port=5668
buffer_file=/var/lib/icinga/idomod.tmp


Da ich einen externen MySQL Server nutze, muss ich evtl. den output_type auf tcpsocket setzen?

Hier mal ein Auszug aus dem syslog:

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12

Jul 29 00:46:49 Mon1 ido2db: Error: database connection failed, forced client disconnect...
Jul 29 00:46:49 Mon1 ido2db: Successfully shutdown... (PID=6676)
Jul 29 00:46:49 Mon1 icinga: idomod: Error writing to data sink!  Some output may get lost...
Jul 29 00:46:49 Mon1 icinga: idomod: Please check remote ido2db log, database connection or SSL Parameters
Jul 29 00:47:07 Mon1 icinga: idomod: Successfully reconnected to data sink!  0 items lost, 12 queued items to flush.
Jul 29 00:47:07 Mon1 icinga: idomod: Successfully flushed 12 queued items to data sink.
Jul 29 00:47:07 Mon1 ido2db: Client connected, data available.
Jul 29 00:47:07 Mon1 ido2db: Handling client connection...
Jul 29 00:47:07 Mon1 ido2db: Error: Could not connect to mysql database: 1045: Access denied for user 'icinga-idoutils'@'192.168.81.19' (using password: YES)
Jul 29 00:47:07 Mon1 ido2db: Error: database connection failed, forced client disconnect...
Jul 29 00:47:07 Mon1 ido2db: Successfully shutdown... (PID=6692)
Jul 29 00:47:09 Mon1 icinga: idomod: Error writing to data sink!  Some output may get lost...

Was mir auffällt, ist die Tatsache, dass versucht wird eine Verbindung mit dem lokalen Host herzustellen. Die IP-Adresse 192.168.81.19 ist die des Monitoring Servers und nicht die korrekte des MySQL Server, dieser hat die 192.168.81.81.

SSL wird nicht genutzt und ist entsprechend auf "use_ssl=0" gesetzt.

Habe das Debugging in beiden CFG auf 1 gestellt und erhalte folgenden Output:

Source code

 
1
2
3
4
5
6
7
8

[1343516509.170440] [001.2] [pid=8038] [tid=140104672151296] ido2db_db_connect() start
[1343516509.179544] [001.2] [pid=8038] [tid=140104672151296] ido2db_db_connect(-1) end
[1343516509.179575] [001.2] [pid=8038] [tid=140104672151296] ido2db_handle_client_connection() idi.dbinfo.connected is '0'
[1343516509.179586] [001.2] [pid=8038] [tid=140104672151296] ido2db_db_disconnect() start
[1343516509.179608] [001.2] [pid=8038] [tid=140104672151296] ido2db_db_disconnect() already disconnected
[1343516509.179618] [001.2] [pid=8038] [tid=140104672151296] ido2db_db_deinit() start
[1343516509.180848] [001.2] [pid=5833] [tid=140104672151296] processing signal '17'
[1343516509.180859] [001.2] [pid=5833] [tid=140104672151296] cleanup children that exit, so we don't have zombies


Im idomod.debug geschieht folgendes im Dauer Loop:

Source code

 
1
2

[1343516625.063735] [001.2] [pid=5878] idomod_broker_data() start
[1343516625.318230] [001.2] [pid=5878] idomod_broker_data() start


Achja und der Befehl

Source code

 
1

ps aux | grep ido2db | grep -v grep | wc -l
gibt leider nur einen laufenden Prozess raus.

Ich vermute eine fehlerhafte Konfiguration aufgrund des externen MySQL-Servers der genutzt werden soll, allerdings seh ich den Wald wohl vor lauter Bäumen nicht. Könnt ihr mir sagen, wo da evtl. ein Fehler vorhanden ist?

Wolfgang

Sage

Posts: 7,238

Gender: male

Number of monitoring servers: 2

Nagios Version: 3.2.1

Icinga Version: Icinga 1.7.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: >70

Number of services: >200

OS: SLES11

Plugin Version: 1.4.15

Other Addons: NRPE 2.6, NSCA 2.7, PNP 0.4.14 / 0.6.18

11

Sunday, July 29th 2012, 11:32am

Du brauchst Hilfe? / You need help?

Nagios-Doc (3.x, de)

Icinga-Doc: (de) (en)

PNP-Troubleshooting (de) (en)

dnsmichi

Super Moderator

Posts: 5,976

Birthday: May 30th 1983 (29)

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.0 / 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.0 / GIT MySQL/Postgresql/Oracle

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

12

Sunday, July 29th 2012, 2:04pm

das problem hab aber grundsaetzlich nichts mit der frage des threaderstellers zu tun. seine frage war ein nicht eingebundenes idomod.so modul, deine frage ist eine fehlerhafte datenbank connection.

Quoted from "RogerG781"

Der Zugriff durch ido2db.cfg soll auf einen externen MySQL-Server erfolgen.
...

Source code

 
1
2
3
4
5
6
7

db_servertype=mysql
db_host=sqlserver.domain.de
db_port=3306
db_name=icinga
db_prefix=icinga_
db_user=icinga-idoutils
db_pass=password

...

Source code

 
1
2

Jul 29 00:47:07 Mon1 ido2db: Error: Could not connect to mysql database: 1045: Access denied for user 'icinga-idoutils'@'192.168.81.19' (using password: YES)
Jul 29 00:47:07 Mon1 ido2db: Error: database connection failed, forced client disconnect...


Was mir auffällt, ist die Tatsache, dass versucht wird eine Verbindung mit dem lokalen Host herzustellen. Die IP-Adresse 192.168.81.19 ist die des Monitoring Servers und nicht die korrekte des MySQL Server, dieser hat die 192.168.81.81.


als db_host definierst du etwas gaenzlich anderes?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

RogerG781

Beginner

Posts: 47

Gender: male

Location: Köln

Number of monitoring servers: 1

Nagios Version: 3

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 10

Number of services: 150

OS: ESXi, XP, 2003 & 2008

Plugin Version: mal schauen

NDO Version: 1

13

Sunday, July 29th 2012, 5:16pm

Hatte es nur aus der Fehlerwarte betrachtet, da sich die Fehlermeldungen bei uns gleichen.

Quoted

als db_host definierst du etwas gaenzlich anderes?

Als db_host definiere ich den Namen des Datenbankservers (alias), der vom Monitoring-Server korrekt in die entsprechende IP-Adresse 192.168.81.81 aufgelöst wird.

dnsmichi

Super Moderator

Posts: 5,976

Birthday: May 30th 1983 (29)

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.0 / 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.0 / GIT MySQL/Postgresql/Oracle

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

14

Sunday, July 29th 2012, 8:25pm

Quoted from "RogerG781"

Hatte es nur aus der Fehlerwarte betrachtet, da sich die Fehlermeldungen bei uns gleichen.


ich bin trotzdem kein fan davon, wenn man threads "hijacked" um ein unterschiedliches problem zu diskutieren, auch wenn die fehlermeldung aehnlich ist.

Quoted from "RogerG781"

Als db_host definiere ich den Namen des Datenbankservers (alias), der vom Monitoring-Server korrekt in die entsprechende IP-Adresse 192.168.81.81 aufgelöst wird.


was passiert wenn du die ipadresse direkt eintraegst?

um welche version von icinga handelt es sich hier? (genaue package revision).
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

RogerG781

Beginner

Posts: 47

Gender: male

Location: Köln

Number of monitoring servers: 1

Nagios Version: 3

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 10

Number of services: 150

OS: ESXi, XP, 2003 & 2008

Plugin Version: mal schauen

NDO Version: 1

15

Sunday, July 29th 2012, 11:30pm

Quoted

ich bin trotzdem kein fan davon, wenn man threads "hijacked" um ein unterschiedliches problem zu diskutieren, auch wenn die fehlermeldung aehnlich ist.

Werde ich mir für die Zukunft merken :rolleyes:

Quoted

was passiert wenn du die ipadresse direkt eintraegst?

Habe ich bereits versucht, ändert nichts an den genannten Fehlermeldungen und den Log-Einträgen. Dabei auch die Reihenfolge der Process-Restarts berücksichtigt.

Es ist die Icinga Package REvision 1.7.1-1~ppa2~precise1.

Wolfgang

Sage

Posts: 7,238

Gender: male

Number of monitoring servers: 2

Nagios Version: 3.2.1

Icinga Version: Icinga 1.7.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: >70

Number of services: >200

OS: SLES11

Plugin Version: 1.4.15

Other Addons: NRPE 2.6, NSCA 2.7, PNP 0.4.14 / 0.6.18

16

Monday, July 30th 2012, 10:26am

Quoted from "RogerG81"

Da ich einen externen MySQL Server nutze, muss ich evtl. den output_type auf tcpsocket setzen?

Quoted

siehe Dokumentation
Du brauchst Hilfe? / You need help?

Nagios-Doc (3.x, de)

Icinga-Doc: (de) (en)

PNP-Troubleshooting (de) (en)

RogerG781

Beginner

Posts: 47

Gender: male

Location: Köln

Number of monitoring servers: 1

Nagios Version: 3

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 10

Number of services: 150

OS: ESXi, XP, 2003 & 2008

Plugin Version: mal schauen

NDO Version: 1

17

Monday, July 30th 2012, 11:26am

Quoted

siehe Dokumentation

In der Doku steht sollte "auf unixsocket gesetzt werden, wenn beide Daemons lokal laufen", was bei mir der Fall ist?

Soweit ich die Doku richtig verstehe, werden beide Daemons, wenn sie auf einem Host laufen über Unix Socket angesprochen und in der ido2db.cfg wird wiederrum angegeben wo die entsprechende Datenbank zu finden ist.

Oder müssen die Werte für die beiden Daemons, obwohl diese lokal laufen ebenfalls auf TCP geändert werden, da sich der ido2db-Prozess zu einer externen DB verbinden soll?

speedtree

Beginner

Posts: 8

Number of monitoring servers: Nein

Nagios Version: 3.4.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 62

Number of services: 863

OS: Deb 6

Plugin Version: 1.6.1

18

Thursday, September 27th 2012, 5:54pm

Hi,
ich habe auch den berüchtigten Warning- Eintrag


Source code

 
1

ido2db Process PROCS WARNING: 1 process with command name 'ido2db'


Also "einer zuwenig"...

hier mal meine Config, vllt. könnt ihr mir ein bisschen auf die Sprünge helfen:

icinga.cfg:

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

log_file=/var/log/icinga/icinga.log

# Commands definitions
cfg_file=/etc/icinga/commands.cfg

# Debian also defaults to using the check commands defined by the debian
# nagios-plugins package
cfg_dir=/etc/nagios-plugins/config/

# Debian uses by default a configuration directory where icinga-common,
# other packages and the local admin can dump or link configuration
# files into.
cfg_dir=/etc/icinga/objects/

# Definitions for broker modules like idoutils.cfg
cfg_dir=/etc/icinga/modules


/etc/icinga/modules/idoutils.cfg

Source code

 
1
2
3
4
5
6

define module{
        module_name     idomod
        module_type     neb
        path            /usr/sbin/idomod.o
        args            config_file=/etc/icinga/idomod.cfg
        }



vi /etc/icinga/idomod.cfg

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

instance_name=default
output_type=unixsocket
output=/var/lib/icinga/ido.sock
tcp_port=5668
use_ssl=0
output_buffer_items=5000
buffer_file=/var/lib/icinga/idomod.tmp
file_rotation_interval=14400
file_rotation_timeout=60
reconnect_interval=15
reconnect_warning_interval=15
data_processing_options=67108669
config_output_options=2
debug_level=0
debug_verbosity=2
debug_file=/var/log/icinga/idomod.debug
max_debug_file_size=100000000



vi /etc/icinga/ido2db.cfg

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

lock_file=/var/run/icinga/ido2db.pid
ido2db_user=nagios
ido2db_group=nagios
socket_type=unix
socket_name=/var/lib/icinga/ido.sock
tcp_port=5668
use_ssl=0
db_servertype=mysql
db_host=localhost
db_port=
db_name=icinga
db_prefix=icinga_
db_user=icinga-idoutils
db_pass=Hal0dr1
max_timedevents_age=60
max_systemcommands_age=1440
max_servicechecks_age=1440
max_hostchecks_age=1440
max_eventhandlers_age=10080
max_externalcommands_age=10080
max_logentries_age=44640
max_acknowledgements_age=44640
max_notifications_age=44640
max_contactnotifications_age=44640
max_contactnotificationmethods_age=44640
clean_realtime_tables_on_core_startup=1
clean_config_tables_on_core_startup=1
trim_db_interval=3600
housekeeping_thread_startup_delay=300
debug_level=0
debug_verbosity=2
debug_file=/var/log/icinga/ido2db.debug
max_debug_file_size=100000000
debug_readable_timestamp=0
oci_errors_to_syslog=1
oracle_trace_level=0
enable_sla=0


So ich hoffe es ist alles dabei und ich habe nichts vergessen! :S

Grüße

dnsmichi

Super Moderator

Posts: 5,976

Birthday: May 30th 1983 (29)

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.0 / 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.0 / GIT MySQL/Postgresql/Oracle

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

19

Thursday, September 27th 2012, 7:08pm

im icinga log steht auch, wie und ob idomod geladen wird. sowie dir ido2db auch im syslog davon auskunft gibt, ob sich ueberhaupt eine idomod connected hat.

weiters - welche versionen werden hier eingesetzt?
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

speedtree

Beginner

Posts: 8

Number of monitoring servers: Nein

Nagios Version: 3.4.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 62

Number of services: 863

OS: Deb 6

Plugin Version: 1.6.1

20

Friday, September 28th 2012, 11:55am

Hi, danke für deine Hilfe.

Also wir nutzen icinga in der version 1.7.1


Source code

 
1
2
3
4

cat /var/log/icinga/icinga.log | grep idomod.o

[1348814191] Error: Could not load module '/usr/sbin/idomod.o' -> /usr/sbin/idomod.o: cannot open shared object file: No such file or directory
[1348814191] Error: Could not load module '/usr/lib/icinga/idomod.o' -> /usr/lib/icinga/idomod.o: cannot open shared object file: No such file or directory


Im Syslog finde ich keine Einträge zu ido2db, idomod taucht wieder wie im icinga.log auf.

Source code

 
1
2
3
4

cat /var/log/syslog | grep idomod

Sep 28 08:36:31 monitor icinga: Error: Could not load module '/usr/sbin/idomod.o' -> /usr/sbin/idomod.o: cannot open shared object file: No such file or directory
Sep 28 08:36:31 monitor icinga: Error: Could not load module '/usr/lib/icinga/idomod.o' -> /usr/lib/icinga/idomod.o: cannot open shared object file: No such file or directory


Die idomod läuft also offensichlich nicht, das ist schon mal klar. Doch wo muss ich ansetzen damit es läuft?


Gruß
Philip


Edit: GELÖST!

Ich habe gerade folgendes herausgefunden:

Source code

 
1
2
3
4
5

idomod.o was renamed to idomod.so, module extension is now .so
idomod.so will now be installed to /usr/local/icinga/lib

Check your config within wether icinga.cfg:broker_module OR
module definition in modules/ and update to the new path!!!


Nach Anpassen des Pfades, stand der Eintrag immer noch auf Warning. Aber statt nur mit 1 Prozess lief er jetzt immer mit 3! -.-

Man muss dafür in die icinga.cfg und broker_module auskommentieren

Source code

 
1

#broker_module=/usr/local/icinga/lib/idomod.so config_file=/usr/local/icinga/etc/idomod.cfg


und stattdessen muss folgende Zeile in der icinga.cfg stehen:

Source code

 
1

cfg_dir=/usr/local/icinga/etc/modules

This post has been edited 3 times, last edit by "speedtree" (Sep 28th 2012, 12:31pm)

  • 1
  • 2

Similar threads