Sunday, October 26th 2014, 12:02am UTC+2

You are not logged in.

  • Login
  • Register

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.

Posts: 8

Number of monitoring servers: 1

Nagios Version: Version 3.0.6

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 60

Number of services: 1000

OS: RedHat 4U6

Plugin Version: nagios-plugins-1.4.13-1

NDO Version: 1

1

Saturday, April 16th 2011, 5:06pm

Passive Check in legacy_checks?

Hi!

Wie kann man passive Checks mit Check_mk anlegen?

Wenn ich legacy_checks einsetze sind diese aktiv.

Bin auf das neuste OMD "omd-0.47.20110413-rh56-23" gewechselt, in der Hoffnung das diese Methode funktioniert: http://comments.gmane.org/gmane.network.nagios.checkmk/1429

Source code

1
2
3
4
5
6
legacy_checks += [
    ( ( "passive_check_command", "PASSIVE SERVCE", False, True), ALL_HOSTS),
    ( ( "active_check_command", "ACTIVE SERVCE", False),  ALL_HOSTS),
    ( ( "active_check_command", "ACTIVE SERVCE2", False, False), ALL_HOSTS),
    ....
]

Aber dann erhalte ich:

Source code

1
2
3
~/etc/check_mk/conf.d$ cmk -O
Generating Nagios configuration...Error creating configuration: too many values to unpack
An error occurred: 1


Gruß

Ansgar

dnsmichi

Super Moderator

Posts: 7,683

Birthday: May 30th 1983 (31)

Gender: male

Location: Nürnberg

Occupation: Application Developer @netways

Number of monitoring servers: Icinga 1.x: many Icinga 2.x: 5++

Nagios Version: s/nagios/icinga/

Icinga Version: 1.11.x / 2.1.x / GIT master

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 10000+

Number of services: 150000+

OS: RHEL/CentOS/Fedora, Debian/Ubuntu, SLES/OpenSUSE, FreeBSD, Windows x64

Plugin Version: Monitoring Plugins 2.0.x

IDO-Version: 1.11.x / 2.1.x

Other Addons: Icinga Web 1.x & 2.x, PNP, check_multi, inGraph, EventDB, LConf, Graphite, Logstash, Puppet, Foreman

2

Monday, April 18th 2011, 5:56pm

rein theoretisch muesste man doch via extra_service_conf das attribute active_checks_enabled auf 0 setzen koennen (passive_checks_enabled 1 dann)?
+++ Icinga Developer +++ Application Developer at []NETWAYS> +++ Speaker @ OSMC 2014 +++
+++ Icinga 2 +++ Icinga Support +++

_Thomas_

Trainee

Posts: 108

Gender: male

Location: Köln

Number of monitoring servers: 1

Nagios Version: 3.2.3

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: -

Number of services: -

OS: CentOS, Ubuntu, AIX, Solaris, Windows

Plugin Version: 1.4.15

NagVis Version: 1.5.8

Other Addons: OMD

3

Tuesday, April 19th 2011, 10:07am

Ich stehe vor dem gleichen Problem. Meine Versuche mit

Source code

1
2
3
4
5
6
7
extra_service_conf ["use"] = [
  	( "check_mk_passive", ["itpower2"], ["errpt"]),
]

extra_service_conf ["active_checks_enabled"] = [
    	( "0", ["itpower2"], ["errpt"]),
]


endeten stets damit, dass die Einträge bei dem zugehörigen Service nur und die Einträge ergänzt wurden, nicht aber die alten überschrieben.

Source code

1
2
3
4
5
6
7
8
9
10
11
define service {
  use                       	check_mk_default
  host_name                 	itpower2
  service_description       	errpt
  check_command             	check_dummy!0
  active_checks_enabled     	1
  max_check_attempts        	1
  is_volatile               	1
  active_checks_enabled     	0
  use                       	check_mk_passive
  passive_checks_enabled    	1


Wenn man beim Anlegen der legacy checks direkt das check_mk_passive template auswählen könnte, wäre das sogar noch die eleganter Methode. Leider konnte mir bis jetzt niemand Auskunft geben.

Posts: 8

Number of monitoring servers: 1

Nagios Version: Version 3.0.6

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 60

Number of services: 1000

OS: RedHat 4U6

Plugin Version: nagios-plugins-1.4.13-1

NDO Version: 1

4

Tuesday, April 19th 2011, 3:09pm

Atribute mit extra_service_conf doppelt, wenn schon im Template

Hi.

An der Stelle mit extra_service_conf zu arbeiten erzeugt doppelte Werte, da erst das Template und dann noch einmal das gleiche Atribut mit extra_service_conf gesetzt wird .

Gibt es noch andere Möglichkeiten?

Gruß

Ansgar

LiSA

Trainee

Posts: 63

Birthday: Jan 19th

Gender: male

Location: Im Norden der Republik

Occupation: IT

Number of monitoring servers: 18

Hobbies: Natur, Fotografie, Nagios, Wetter und Raspi

Nagios Version: 3.x

Icinga Version: -

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: > 200

Number of services: > 10.000

OS: SLES11/Debian Squeeze/Wheezy

Plugin Version: 1.6.x

NagVis Version: 1.6.x

NDO Version: -

IDO-Version: -

Perfparse Version: -

Other Addons: Check_MK 1.2.4x, Nagstamon

5

Tuesday, April 19th 2011, 5:24pm

Lösung

Moin Zusammen,

so passts erst mal, so funktioniert es bei mir.

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
extra_service_conf ["active_checks_enabled"] = [
 	   	(  "0", [  "KONKRETER_HOSTNAME" ], ["KONKRETER_SERVICENAME"]  ),
]

legacy_checks += [
  	(  ( "check_dummy!3!HIRNI",  "KONKRETER_SERVICENAME", True), [ "KONKRETER_HOSTNAME" ]  ),
]   

extra_nagios_conf += """   #
'check_dummy' fuer NSCA   define command {
	   	command_name check_dummy
	   	 command_line $USER1$/check_dummy $ARG1$ $ARG2$
}   
"""


Nach der Methode werden alle Services/Host einzeln gelistet.

Falls ich es generisch machen will (alle Services mit dem Namen Hirn auf allen Hosts, wo sie vorkommen), tausche ich die extra_service_conf mit der oberen Variante aus.

Source code

1
2
3
  extra_service_conf ["active_checks_enabled"] = [
      	( "0", ALL  HOSTS, ["Hirn"]  ),
]


Letzteres habe ich noch nicht getestet, aber so steht es in der Doku.

http://mathias-kettner.de/checkmk_config…ra_service_conf
LG

Detlef

-----------------------------------
Altern ist ein hochinteressanter Vorgang: Man denkt und denkt und denkt - plötzlich kann man sich an nichts mehr erinnern.

(Ephraim Kishon)

Posts: 8

Number of monitoring servers: 1

Nagios Version: Version 3.0.6

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 60

Number of services: 1000

OS: RedHat 4U6

Plugin Version: nagios-plugins-1.4.13-1

NDO Version: 1

6

Friday, April 29th 2011, 12:48am

Hi LiSA,

sicher, dass das funktioniert?

Diese Methode habe ich schon versucht und hat leider immer dazu geführt, dass ich letztlich doppelte Werte im Service hatte.
Der legacy_check setzt immer den parameter active_checks_enabled=1.
Es dann wieder umzudrehen führt nur zu einer Duplette.

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
extra_service_conf["active_checks_enabled"] = [
  ("0", ["MEIN_TAG"], ALL_HOSTS, ["MEIN_SERVICE"]),
]

define service {
  use                           check_mk_default
  host_name                     MEIN_HOST
  service_description           MEIN_SERVICE
  check_command                 check-dummy!3
  active_checks_enabled         1
  active_checks_enabled         0
  notification_period           24X7
  normal_check_interval         0.50
}


Weitere Vorschläge?

Vielen Dank für die Unterstützung.

Gruß

Ansgar

LiSA

Trainee

Posts: 63

Birthday: Jan 19th

Gender: male

Location: Im Norden der Republik

Occupation: IT

Number of monitoring servers: 18

Hobbies: Natur, Fotografie, Nagios, Wetter und Raspi

Nagios Version: 3.x

Icinga Version: -

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: > 200

Number of services: > 10.000

OS: SLES11/Debian Squeeze/Wheezy

Plugin Version: 1.6.x

NagVis Version: 1.6.x

NDO Version: -

IDO-Version: -

Perfparse Version: -

Other Addons: Check_MK 1.2.4x, Nagstamon

7

Friday, April 29th 2011, 2:08pm

Moin,

so ist es bei mir auch.

Der legacy_check ist immer aktiv.

Erst Dein

Source code

1
2
3
extra_service_conf["active_checks_enabled"] = [
  ("0", ["MEIN_TAG"], ALL_HOSTS, ["MEIN_SERVICE"]),
]

sorgt dafür, dass der Service passive wird. Der Check_MK-Agent benutz das Template

Source code

1
use                       	check_mk_passive


Also, ich migriere gerade alle NSCA-Checks genau nach diesem Stil und habe keine Nachteile. Was geht bei Dir nicht??
LG

Detlef

-----------------------------------
Altern ist ein hochinteressanter Vorgang: Man denkt und denkt und denkt - plötzlich kann man sich an nichts mehr erinnern.

(Ephraim Kishon)

kojek54

Trainee

Posts: 106

Gender: male

Occupation: IT-Systemadministrator

Number of monitoring servers: 1

Nagios Version: keine

Icinga Version: icinga 1.8.4-66, icinga-web 1.8.2-2

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 465

Number of services: 6464

OS: SLES 11 SP2

Plugin Version: 1.4.16

NagVis Version: -

NDO Version: 1

Other Addons: PNP 0.6.19, check_mk 1.2.0p3

8

Monday, October 22nd 2012, 11:54am

Hi gibts hierfür mittlerweile eine Lösung? Wenn ich es wie oben beschrieben mache bekomme ich auch den doppelten Wert:

Source code

1
2
3
extra_service_conf["active_checks_enabled"] = [
  ("0", [ "icinga" ], ["ICINGA_STATS"]),
]


Source code

1
2
3
4
5
6
7
8
define service {
  use                           check_mk_perf,check_mk_default
  host_name                     icinga
  service_description           ICINGA_STATS
  check_command                 check_icingastats!3!active ceck, should not happen!
  active_checks_enabled         1
  active_checks_enabled         0
}


Icinga erkennt dann zwar, dass es sich um einen passiven Check handelt, aber fände es besser, wenn die Konfiguration sauber wäre.

foxkilo

Intermediate

Posts: 161

Birthday: Jun 2nd 1975 (39)

Gender: male

Location: HH

Occupation: Administrator

Number of monitoring servers: 2

Nagios Version: 3.2.3

Icinga Version: OMD-0.48 bis 0.56

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: ~2000

Number of services: ~45000

OS: Debian/Lenny

Plugin Version: 1.4.7

NagVis Version: 1.7.x

Perfparse Version: 0.106.1

Other Addons: PNP-0.6.x, inGraph

9

Wednesday, November 21st 2012, 10:22pm

RE: Lösung

hi LiSa,

ich habe genau diese deine anleitung verfolgt

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
extra_service_conf ["active_checks_enabled"] = [
 	   	(  "0", [  "KONKRETER_HOSTNAME" ], ["KONKRETER_SERVICENAME"]  ),
]

legacy_checks += [
  	(  ( "check_dummy!3!HIRNI",  "KONKRETER_SERVICENAME", True), [ "KONKRETER_HOSTNAME" ]  ),
]   

extra_nagios_conf += """   #
'check_dummy' fuer NSCA   define command {
	   	command_name check_dummy
	   	 command_line $USER1$/check_dummy $ARG1$ $ARG2$
}   
"""


problem bei mir ... korrektur
- die queue "/omd/sites/sitename/tmp/run/nagios.cmd" wird befuellt und "abgearbeitet"
- die queue "/omd/sites/sitename/tmp/run/icinga.cmd" wird befuellt und "abgearbeitet"
- die services werden angelegt
- hostname und servicenamen sind identisch (cfg moecht ich gern nur per pn geben)
- services bleiben auf "Pending"
- sporadisch werden die gelieferten werte verarbeitet

hat jemand nen denkanstoss, was ich uebersehen koennte?

danke

This post has been edited 1 times, last edit by "foxkilo" (Nov 21st 2012, 10:40pm)


_Thomas_

Trainee

Posts: 108

Gender: male

Location: Köln

Number of monitoring servers: 1

Nagios Version: 3.2.3

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: -

Number of services: -

OS: CentOS, Ubuntu, AIX, Solaris, Windows

Plugin Version: 1.4.15

NagVis Version: 1.5.8

Other Addons: OMD

10

Friday, November 23rd 2012, 8:58am

Sporadisch ist etwas mau als Beschreibung. Ich wage mal einen Schuss ins Blau -> volatile services

Source code

1
2
3
4
extra_service_conf ["is_volatile"] = [
(  "1", [  "KONKRETER_HOSTNAME" ], ["KONKRETER_SERVICENAME"]  ),

]