| 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 |
Anzahl an failed checks bis ein Alert ausgelöst wird
Zum Debugging kann es hilfreich sein, sich die Ausgabe der Agents am Check_MK Server direkt anzeigen zu lassen.
cmk -d <SERVERNAME>
/omd/sites/<site>/share/check_mk/agents/special/agent_vsphere --debug --no-cert-check '-u' '<USERNAME>' '-s' '<PASSWORD>' <SERVERNAME>
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!
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.
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.