Benutzer-Werkzeuge

Webseiten-Werkzeuge


checkmk

Check_MK

Benutzerverwaltung

Admin Benutzer entsperren

Wenn der cmkadmin Benutzer gesperrt wurde und ein Login nicht mehr möglich ist, kann er durch folgenden Befehl wieder entsperrt werden. Das bekannte Passwort kann als neues Passwort gesetzt werden, dann wird der Benutzer ohne Passwortänderung entsperrt.

su - <sitename>
cmk-passwd cmkadmin

Pfade

Notification Providers /omd/sites/<site>/local/share/check_mk/notifications
Notification Logs /omd/sites/<site>/var/log/notify.log
Piggyback Data /omd/sites/<site>/tmp/check_mk/piggyback

Konfigurationen

Gleichzeitige Checks

Die Anzahl der gleichzeitig ausgeführten Checks kann in der Nagios Konfigurationsdatei (/opt/omd/sites/<site>/etc/nagios/nagios.d/timing.cfg) geändert werden.

Der optimate Wert der Option max_concurrent_checks beträgt das doppelte der vorhandenen CPU Kerne.

Regeln

Maximum number of check attempts for service/host

Anzahl an failed checks bis ein Alert ausgelöst wird

Bugfixes

Zum Debugging kann es hilfreich sein, sich die Ausgabe der Agents am Check_MK Server direkt anzeigen zu lassen.

Standard Agent

cmk -d <SERVERNAME>

VMware vSphere Special Agent

/omd/sites/<site>/share/check_mk/agents/special/agent_vsphere --debug --no-cert-check '-u' '<USERNAME>' '-s' '<PASSWORD>' <SERVERNAME>

Proxmox Special Agent

Agent ausführen:

/omd/sites/<site>/share/check_mk/agents/special/agent_proxmox_ve --verbose --debug '-u' 'USERNAME@pve' '-p' '<PASSWORD>' '--port' 8006 '--no-cert-check' '--timeout' 20 '<SERVERNAME>'

Agent reparieren:

Standardmäßig ist der Agent funktionslos. Er muss vor der Verwendung repariert werden.

/omd/sites/<site>/lib/python3/cmk/special_agents/agent_proxmox_ve.py

Zeile 502 „time_info“: node[„time“], auskommentieren!

cmk-agent-ctl-daemon failed

Nach einem Agent Update auf Version 2.1.0 oder später ist üblicherweise der Linux Agent kaputt und der Dienst cmk-agent-ctl-daemon stürzt immer ab. Im SYSLOG finden sich unsinnige Meldungen wie Address in use (os error 98). In diesem Fall ist es notwendig den Agent mittels purge zu deinstallieren und neu zu installieren. Die Plugins bleiben dabei auf dem System erhalten.

check_mk Socket failed

Nach einem Agent Update auf Version 2.1.0 oder später ist manchmal die systemd Konfiguration kaputt. Dies äußert sich in der Meldung der 1 socket failed (check_mk). Die Ausgabe von systemctl status check_mk.socket wird Loaded: not-found (Reason: Unit check_mk.socket not found.) und Active: failed sein.
Zuerst muss der Agent mittels purge deinstalliert werden. Danach kann mit dem Befehl systemctl reset-failed die vom Agent hinterlassene Altkonfiguration bereinigt werden. Danach muss die Ausgabe des Status Unit check_mk.socket could not be found. sein. Nun kann der Agent wieder installiert werden.

mk-job perl not found

Das mk-job (Cron) Plugin erzeugt einen Timestamp fälschlicherweise über einen externen Programmaufruf zu Perl. Der Perl Interpreter ist auf vielen Linux Distributionen nicht installiert und auch nicht erforderlich. Check_MK weigert sich diesen Bug zu beheben.

Die falsche Zeile

echo "start_time $(perl -e 'print time')" >"${TMP_FILE}" 2>/dev/null

muss durch

echo "start_time $(date +%s)" >"${TMP_FILE}" 2>/dev/null

ersetzt werden.

Danach funktioniert das Plugin korrekt.

checkmk.txt · Zuletzt geändert: von admin

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki