Checkmk - Versionsgeschichte

Luca Preisinger: /* Benachrichtigungen */

2026-02-02T14:33:55Z

Benachrichtigungen

← Nächstältere Version		Version vom 2. Februar 2026, 14:33 Uhr
Zeile 197:		Zeile 197:
	3. Hier dann die Kontaktgruppe auswählen und unter "Conditions" die Hosts und Services eingeben, von denen die Benachrichtigungen kommen sollen.		3. Hier dann die Kontaktgruppe auswählen und unter "Conditions" die Hosts und Services eingeben, von denen die Benachrichtigungen kommen sollen.

	4. Mit "Setup" und "Notifications" ~~wreden~~ die Benachrichtigungen eingestellt.		4. Mit "Setup" und "Notifications" werden die Benachrichtigungen eingestellt.

	5. Über "Show analysis" werden die 10 letzten Benachrichtigungen angezeigt und darüber lassen sich neue ~~Benachrichtigungs Regeln~~ testen.		5. Über "Show analysis" werden die 10 letzten Benachrichtigungen angezeigt und darüber lassen sich neue Benachrichtigungsregeln testen.

	Zusatz: Notification Bulking		Zusatz: Notification Bulking

Luca Preisinger: /* Installation von CheckMK */

2026-02-02T12:19:09Z

Installation von CheckMK

← Nächstältere Version		Version vom 2. Februar 2026, 12:19 Uhr
Zeile 46:		Zeile 46:
	3. Auswahl der Plattform		3. Auswahl der Plattform

	4. Checkmk downloaden und auf Server ~~installierne~~.		4. Checkmk downloaden und auf Server installieren.

	==Erstellen einer Site==		==Erstellen einer Site==

Yannik.Delles: /* Begriffe die im Laufe des Eintrages auftreten */

2025-01-08T12:29:10Z

Begriffe die im Laufe des Eintrages auftreten

← Nächstältere Version		Version vom 8. Januar 2025, 12:29 Uhr
Zeile 31:		Zeile 31:
	\|SNMP		\|SNMP
	\|'''S'''imple '''N'''etwork '''M'''anagement '''P'''rotokol dient zum Überwachen von Netzwerkgeräten.		\|'''S'''imple '''N'''etwork '''M'''anagement '''P'''rotokol dient zum Überwachen von Netzwerkgeräten.

			\|-
			\|Service
			\|Services geben die Informationen an, die wir von einem Host wollen. Z.B. Hardware, Auslastung, etc.
	\|}		\|}

Yannik.Delles: /* MKP - Checkmk Packages */

2024-12-05T14:55:38Z

MKP - Checkmk Packages

← Nächstältere Version		Version vom 5. Dezember 2024, 14:55 Uhr
Zeile 227:		Zeile 227:
	=Erweiterungen für Checkmk=		=Erweiterungen für Checkmk=
	==MKP - Checkmk Packages==		==MKP - Checkmk Packages==
	MKP sind Erweiterungen für Checkmk, die es Standartmäßig nicht in Checkmk gibt. ~~Man kann sich eigene Erweiterungen erstellen, oder man sucht sich Online (~~exchange.checkmk.com~~) die Erweiterung, die man braucht, vielleicht hat ja jemand schon eine erstellt. Bei der Auswahl der richtigen Erweiterung muss man darauf~~ achten, dass ~~die Erweiterung~~ auch ~~für die~~ Checkmk Version ~~gedacht~~ ist~~, die man selbst verwendet oder dass sie zumindest die Erweiterung verwenden kann~~. ~~Um eine Erweiterung zu installieren gehen wir auf Checkmk auf den Reiter~~ "Setup" und ~~suchen~~ „extension packages“. ~~Hier sieht man normalerweise alle Erweiterungen, die man installiert hat~~. ~~Um jetzt eine Erweiterung zu installieren, muss man auf „upload package“ gehen. Hier kann man~~ dann ~~unter „file~~ to ~~search“ die~~ Datei suchen, die man ~~gerade~~ heruntergeladen hat und mit "upload" ~~einfach~~ installieren. ~~Sobald das Package installiert ist, muss man die~~ Änderung akzeptieren.		MKP sind Erweiterungen für Checkmk, die es Standartmäßig nicht in Checkmk gibt.
	(Wichtig ~~zu beachten~~: Sollte man ~~eine Check-Erweiterung~~ heruntergeladen haben, dann ~~müsste~~ man ~~jetzt~~ eine ~~Neue Service Discovery ausführen, damit der Check auch auf die Computer angewendet wird.)~~
	Wir haben auch die Möglichkeit Erweiterungen direkt über das Terminal zu bearbeiten. Dazu schalten wir uns über SSH auf den Server drauf, auf dem sich Checkmk befindet. Mit dem Befehl „mpk“ kann man sich ne Liste an MPK Befehlen anzeigen lassen, z.B. „mpk list“ was uns anzeigt, welche Erweiterungen aktuell installiert sind. Und damit kann man dann die Erweiterungen von dem Terminal aus verwalten.		1. Suche eine Gewünschten Package über exchange.checkmk.com
			(Darauf achten, dass das Package auch mit unserer Checkmk Version verfügbar ist)

			2. Auf "Setup" und nach „extension packages“ suchen.

			3. "upload packages" und dann "file to search" auswählen.

			4. Datei suchen, die man heruntergeladen hat und mit "upload" installieren.

			5. Änderung akzeptieren und fertig.

			Wichtig: Sollte man ein Service Package heruntergeladen haben, dann muss man für die Hosts wieder eine "discovery" starten.

	==Agent bakery==		==Agent bakery==
	Mit der "Agent bakery" können wir Einstellungen der Agents direkt als Paket zusammengefasst auf die Host aufspielen. Dazu kann man "Tags" benutzen, um zu bestimmen, welche Hosts nun welche Einstellungen bekommen. Dazu gehen wir auf "Windows, Linux, Solaris, AIX", dort haben wir unter "Agents" den Punkt "Automatic updates". Hier sieht man einmal, was alles gemacht werden muss, damit die Agenten automatisch geupdatet werden können.		Mit der "Agent bakery" können wir Einstellungen der Agents direkt als Paket zusammengefasst auf die Host aufspielen. Dazu kann man "Tags" benutzen, um zu bestimmen, welche Hosts nun welche Einstellungen bekommen. Dazu gehen wir auf "Windows, Linux, Solaris, AIX", dort haben wir unter "Agents" den Punkt "Automatic updates". Hier sieht man einmal, was alles gemacht werden muss, damit die Agenten automatisch geupdatet werden können.
	Über den "signatur key" sorgt man dafür, dass die Automatischen Updates geschützt sind. Und jeder Agent fragt diese ab, bevor er ein Update des Agenten durchzieht.		Über den "signatur key" sorgt man dafür, dass die Automatischen Updates geschützt sind. Und jeder Agent fragt diese ab, bevor er ein Update des Agenten durchzieht.

Yannik.Delles: /* Problem erkennen */

2024-12-05T14:49:36Z

Problem erkennen

← Nächstältere Version		Version vom 5. Dezember 2024, 14:49 Uhr
Zeile 132:		Zeile 132:

	==Problem erkennen==		==Problem erkennen==
	Probleme in Checkmk sind alle Zustände in denen ein Server oder ein Host nicht auf OK steht. ~~Dies kann unterschiedliche Gründe haben~~. ~~Wenn man auf den~~ Host/Service ~~klickt, bekommt man Details zu dem jeweiligen Punkt und sieht dort dann auch, was der Grund für den Fehler ist~~. ~~Um jetzt ein~~ Problem ~~zu bestätigen, geht~~ man ~~auf den problematischen Host/Service~~. ~~Dort kann man entweder direkt auf~~ „Acknowledge problems“ ~~gehen, oder das Feld im Reiter „Commands“ nutzen. Wenn man die Checkboxen aktiviert hat, dann~~ kann man ~~auch mehrere~~ Probleme ~~bestätigen. Wenn man auf „Acknowledge problems“ geht~~, ~~dann wird~~ man ~~dazu aufgefordert~~ ein Kommentar ~~einzugeben~~. ~~Da biete es sich dann einfach an, die Lösung hinzuschreiben~~. ~~Nach dem bestätigen~~ wird ~~dann das Problem~~ nicht mehr ~~bei den „unhandeld Problems“~~ angezeigt. Sollte man ~~nun wieder auf die Probleme gehen~~, ~~hat man die Möglichkeit~~, ~~die Probleme wieder als „unhandeld“ anzuzeigen. Dazu wählt man einfach den Punkt~~ „Remove acknowledgement“ ~~aus. Man wird gefragt, ob man dies wirklich tun möchte~~ und ~~danach wird der Fehler~~ wieder ~~normale angezeigt~~.		Probleme in Checkmk sind alle Zustände in denen ein Server oder ein Host nicht auf "OK" steht.
	~~Zusätzlich zu den normalen Kommentaren, kann man noch Sonderbedingungen hinzufügen. Einmal „sticky“, dabei~~ wird ~~ein Problem~~ als ~~„Handeld“ markiert~~, selbst wenn sich der Status ~~von z.B. Warn auf Crit~~ ändert. ~~Dies hat den Vorteil, dass Probleme keine neuen Benachrichtigungen senden, obwohl sie bereits bearbeitet werden. Und das andere ist „persistent comment“. Dabei wird~~ das Kommentar zu dem Problem ~~quasi~~ angepinnt ~~und verschwindet nicht~~, wenn das Problem ~~behoben ist. Dies hat den Vorteil, dass man auch später noch nachvollziehen kann, was genau gemacht wurde~~.
			1. Problem Host/Service auswählen.

			2. Problem wird angezeigt und man kann ihn bearbeiten.

			3. Über „Acknowledge problems“ kann man Probleme als erledigt markieren, dazu muss man ein Kommentar eingeben.

			4. Problem wird nicht mehr als "unhandeld Problem" angezeigt.

			5. Sollte das Problem doch noch weiter bestehen, kann man, mit erneuter Auswahl des Problemes, „Remove acknowledgement“ auswählen und das Problem ist wieder "unhandeld".

			Zusatz: Sonderstatus Kommentar
			"sticky" - Problem wird als Handeld angezeigt, selbst wenn sich der Status ändert.
			"persistent comment" - Lässt das Kommentar an dem Problem angepinnt, selbst wenn das Problem behiben wird.

	==Wartungszeiten==		==Wartungszeiten==

Yannik.Delles: /* Logfiles in Checkmk */

2024-12-05T14:43:03Z

Logfiles in Checkmk

@@ Zeile 189: / Zeile 189: @@
 ==Logfiles in Checkmk==
-Um sich über Checkmk die Logfiles anzuschauen, braucht man den Log Watch auf dem System. Log Watch ist quasi wie ein Agent, den man auf dem Server installiert, daher wird er auch wie jeder andere Agent auch, über „Setup“ -> „Agents“ aufgerufen. Dann gehen wir auf "Agent rules" und suchen nach log. Ab hier ist es dann wie bei den normalen Regeln. Hier stellen wir ein, dass die Agenten die Log Files bewachen sollen. Das kann man auch für mehrere Einstellen. Dazu geben wir noch ein, welche Logs genau beachtet werden soll. Sobald alles passend eingestellt wurde, gehen wir auf „Bake agents“ und laden den Agenten herunter. Diesen Agenten müssen wir dann wie andere Agenten dem Server hinzufügen. Dazu schalten wir uns auf den Server und installieren diesen.
+Um die Logs zu sehen, muss der Logwatcher auf dem Server installiert werden.
 =Erweiterungen für Checkmk=

Yannik.Delles: /* Analyze configuration */

2024-12-05T14:25:34Z

Analyze configuration

← Nächstältere Version		Version vom 5. Dezember 2024, 14:25 Uhr
Zeile 129:		Zeile 129:
	=Monitoring von Checkmk=		=Monitoring von Checkmk=
	==Analyze configuration==		==Analyze configuration==
	Die Analyze configuration erlaubt dir, Fehler in der Einstellung von Checkmk zu finden. Du erreichst ihn unter „Setup“ -> „Maintenance“ und dort dann „Analyze configuration“. Hier findet man Tests und die passenden Ergebnise, die durchgeführt wurden. Das ~~balue~~ Icon liefert zusätzliche ~~Infos~~, mit genaueren Infos zum Test. Wenn hier eine Warnung auftritt, kann man die Werte ändern, um es zu personalisieren. Änderungen müssen wieder über das Gelbe Symbol oben akzeptiert werden. Zum Schluss noch die Test mit dem Werkzeug Symbol als gesehen makieren, und der Test wird wieder "OK".		Die Analyze configuration erlaubt dir, Fehler in der Einstellung von Checkmk zu finden. Du erreichst ihn unter „Setup“ -> „Maintenance“ und dort dann „Analyze configuration“. Hier findet man Tests und die passenden Ergebnise, die durchgeführt wurden. Das blaue Icon liefert zusätzliche Informationen, mit genaueren Infos zum Test. Wenn hier eine Warnung auftritt, kann man die Werte ändern, um es zu personalisieren. Änderungen müssen wieder über das Gelbe Symbol oben akzeptiert werden. Zum Schluss noch die Test mit dem Werkzeug Symbol als gesehen makieren, und der Test wird wieder "OK".

	==Problem erkennen==		==Problem erkennen==

Yannik.Delles: /* Netzwerk Topologie */

2024-12-05T14:24:57Z

Netzwerk Topologie

← Nächstältere Version		Version vom 5. Dezember 2024, 14:24 Uhr
Zeile 166:		Zeile 166:

	==Netzwerk Topologie==		==Netzwerk Topologie==
	Mit der Netzwerk Topologie wird der Pfad von Checkmk zu einem Host dargestellt.		Mit der Netzwerk Topologie wird der Pfad von Checkmk zu einem Host dargestellt. Dadurch weiß Checkmk wann ein Host nicht mehr erreichbar ist und wann er wirklich Down ist.

	1. Auf "Setup" und dann "Hosts" gehen.		1. Auf "Setup" und dann "Hosts" gehen.

	2. Den benötigten Host aufrufen und einen Switch als "Hosts" angeben.		2. Den benötigten Host aufrufen und einen Switch als "Hosts" angeben. Man kann auch mehrere "Parents" eintragen.

	3.

	~~Bei einem Netzwerk in Checkmk~~ kann man sich anzeigen lassen, inwiefern die Hosts mit der Site verknüpft sind. Zum Beispiel sind 4 der Hosts über einen Switch mit der Site verbunden. Wenn jetzt der Switch ausfallen würde, dann würden auch die 4 Hosts ausfallen und wir würden für alles eine Benachrichtigung bekommen. Da es mehr Sinn macht, in diesem Fall nur über den Switch bescheid zu wissen, kann man ein „Parent“ für die Hosts festlegen. Dazu muss man bei "~~Setup~~" ~~auf „Host“ gehen. Dort kann man bei den Einstellungen für den Einzelnen Host ein Parent~~ eintragen. Checkmk weiß dann, dass, um Zugriff auf den Host zu bekommen, er zuerst auf den Parent zugreifen muss. Und sollte der Parent dann nicht mehr erreichbar sein, wird der Host nicht als „Down“ angezeigt, sondern als „Unreachable“. Wenn ein Host über mehrere Switches erreichbar sein kann, dann kann man einem Host auch mehrere Parents zu weißen. Dadurch wird der Host selbst dann noch als „Up“ angezeigt, selbst wenn einer der Parents abgeschaltet ist.

	==Benachrichtigungen==		==Benachrichtigungen==

Yannik.Delles: /* Netzwerk Topologie */

2024-12-05T14:21:50Z

Netzwerk Topologie

← Nächstältere Version		Version vom 5. Dezember 2024, 14:21 Uhr
Zeile 166:		Zeile 166:

	==Netzwerk Topologie==		==Netzwerk Topologie==
			Mit der Netzwerk Topologie wird der Pfad von Checkmk zu einem Host dargestellt.

			1. Auf "Setup" und dann "Hosts" gehen.

			2. Den benötigten Host aufrufen und einen Switch als "Hosts" angeben.

			3.

	Bei einem Netzwerk in Checkmk kann man sich anzeigen lassen, inwiefern die Hosts mit der Site verknüpft sind. Zum Beispiel sind 4 der Hosts über einen Switch mit der Site verbunden. Wenn jetzt der Switch ausfallen würde, dann würden auch die 4 Hosts ausfallen und wir würden für alles eine Benachrichtigung bekommen. Da es mehr Sinn macht, in diesem Fall nur über den Switch bescheid zu wissen, kann man ein „Parent“ für die Hosts festlegen. Dazu muss man bei "Setup" auf „Host“ gehen. Dort kann man bei den Einstellungen für den Einzelnen Host ein Parent eintragen. Checkmk weiß dann, dass, um Zugriff auf den Host zu bekommen, er zuerst auf den Parent zugreifen muss. Und sollte der Parent dann nicht mehr erreichbar sein, wird der Host nicht als „Down“ angezeigt, sondern als „Unreachable“. Wenn ein Host über mehrere Switches erreichbar sein kann, dann kann man einem Host auch mehrere Parents zu weißen. Dadurch wird der Host selbst dann noch als „Up“ angezeigt, selbst wenn einer der Parents abgeschaltet ist.		Bei einem Netzwerk in Checkmk kann man sich anzeigen lassen, inwiefern die Hosts mit der Site verknüpft sind. Zum Beispiel sind 4 der Hosts über einen Switch mit der Site verbunden. Wenn jetzt der Switch ausfallen würde, dann würden auch die 4 Hosts ausfallen und wir würden für alles eine Benachrichtigung bekommen. Da es mehr Sinn macht, in diesem Fall nur über den Switch bescheid zu wissen, kann man ein „Parent“ für die Hosts festlegen. Dazu muss man bei "Setup" auf „Host“ gehen. Dort kann man bei den Einstellungen für den Einzelnen Host ein Parent eintragen. Checkmk weiß dann, dass, um Zugriff auf den Host zu bekommen, er zuerst auf den Parent zugreifen muss. Und sollte der Parent dann nicht mehr erreichbar sein, wird der Host nicht als „Down“ angezeigt, sondern als „Unreachable“. Wenn ein Host über mehrere Switches erreichbar sein kann, dann kann man einem Host auch mehrere Parents zu weißen. Dadurch wird der Host selbst dann noch als „Up“ angezeigt, selbst wenn einer der Parents abgeschaltet ist.

Yannik.Delles: /* Bulk action - Bearbeitung mehrere Hosts/Services gleichzeitig */

2024-12-05T14:09:24Z

Bulk action - Bearbeitung mehrere Hosts/Services gleichzeitig

← Nächstältere Version		Version vom 5. Dezember 2024, 14:09 Uhr
Zeile 163:		Zeile 163:
	3. Mit den Punkten hier dann die Änderungen an den ausgewählten Hosts vornehmen.		3. Mit den Punkten hier dann die Änderungen an den ausgewählten Hosts vornehmen.

	Wichtig zu beachten: Hier gibt man nur an, was man ändern möchte. Nur weil man ein Punkt weglässt, heißt es nicht, dass dieser Wert wieder auf seinen Ursprünglichen zurückfällt. Dafür braucht man die Funktion „remove explicit attribute settings“. Hier gibt man dann die Punkte an, die man entfernen möchte.		Wichtig zu beachten: Hier gibt man nur an, was man ändern möchte. Nur weil man ein Punkt weglässt, heißt es nicht, dass dieser Wert wieder auf seinen Ursprünglichen zurückfällt. Dafür braucht man die Funktion „remove explicit attribute settings“. Hier gibt man dann die Punkte an, die man entfernen möchte.

	==Netzwerk Topologie==		==Netzwerk Topologie==