Hallo,
nach diesem Schemabild werden mehrere Hosts via check_mk überwacht.
Auf dem Bild ist zu erkennen dass der Check_mk-Server eine Verbindung zu einem Host "VPN Client" hat. Bei dieser Verbindung handelt es sich um eine VPN-Verbindung.
Auf anderen Systemen (z.B. System A-C) sind jeweils Check_mk-Agenten installiert. Standardmäßig können die Angaben über Port 6556 abgerufen werden.
Bei dieser Konstellation stehen am "VPN Host" die Ergebnisse er Check_mk-Agenten an den Ports 6557 bis 6560 zur Abfrage bereit.
Für die Verbindung der Systeme A bis C zum VPN Host kommt AutoSSH zum Einsatz.
Soweit funktioniert alles gut.
Zwei Plugins wollen nicht so richtig mit arbeiten:
mk_mysql
Dieses Plugin list z.B. auf System B installiert. Es liefert zusammen mit der Check_mk_Agent Gesamt-Ausgabe alle Angaben über den MySQL Server.
Die Angaben sind auch am "Check_Mk Server" über die Testseite ersichtlich, auf der alle Berichte in einem Textfeld angezeigt werden.
Demnach kommen die Angaben vom MySQL-PlugIn am Check_MK Server schon an. Dennoch wird im Bericht immer eine Warnung angezeigt, dass der MYSQL Server nicht erreichbar sei. Auf dem Screenshot hat der VPN Host die IP-Adresse 10.8.0.154.
smart
Eine ähnliche Situation ist beim Smart-Plugin zu beobachten. Dieser wird im Check_mk Server nicht aufgelistet. In den gelieferten Daten von den Check_mk agenten der Hosts werden die Angaben zu den einzelnen Festplatten schon geliefert. Der installierte Smart-Plugin auf den Host-Systemen funktioniert daher gut.
Kann jemand mir mitteilen, wie man MySQL zum Laufen bringen kann Die Fehlermeldung ist nicht nachvollziehbar, warum der MySQL Agent scheinbar vom Check_MK Server nochmals zum direkten Host-Client (hier System A bis System C) eine Verbindung aufbauen will. Will der MySQL Agent nochmal die bereits im Gesamtbericht gelieferten Angaben nochmals vom Client direkt auslesen?
LG, Ben
nach diesem Schemabild werden mehrere Hosts via check_mk überwacht.
Auf dem Bild ist zu erkennen dass der Check_mk-Server eine Verbindung zu einem Host "VPN Client" hat. Bei dieser Verbindung handelt es sich um eine VPN-Verbindung.
Auf anderen Systemen (z.B. System A-C) sind jeweils Check_mk-Agenten installiert. Standardmäßig können die Angaben über Port 6556 abgerufen werden.
Bei dieser Konstellation stehen am "VPN Host" die Ergebnisse er Check_mk-Agenten an den Ports 6557 bis 6560 zur Abfrage bereit.
Für die Verbindung der Systeme A bis C zum VPN Host kommt AutoSSH zum Einsatz.
Soweit funktioniert alles gut.
Zwei Plugins wollen nicht so richtig mit arbeiten:
mk_mysql
Dieses Plugin list z.B. auf System B installiert. Es liefert zusammen mit der Check_mk_Agent Gesamt-Ausgabe alle Angaben über den MySQL Server.
Die Angaben sind auch am "Check_Mk Server" über die Testseite ersichtlich, auf der alle Berichte in einem Textfeld angezeigt werden.
Demnach kommen die Angaben vom MySQL-PlugIn am Check_MK Server schon an. Dennoch wird im Bericht immer eine Warnung angezeigt, dass der MYSQL Server nicht erreichbar sei. Auf dem Screenshot hat der VPN Host die IP-Adresse 10.8.0.154.
smart
Eine ähnliche Situation ist beim Smart-Plugin zu beobachten. Dieser wird im Check_mk Server nicht aufgelistet. In den gelieferten Daten von den Check_mk agenten der Hosts werden die Angaben zu den einzelnen Festplatten schon geliefert. Der installierte Smart-Plugin auf den Host-Systemen funktioniert daher gut.
Kann jemand mir mitteilen, wie man MySQL zum Laufen bringen kann Die Fehlermeldung ist nicht nachvollziehbar, warum der MySQL Agent scheinbar vom Check_MK Server nochmals zum direkten Host-Client (hier System A bis System C) eine Verbindung aufbauen will. Will der MySQL Agent nochmal die bereits im Gesamtbericht gelieferten Angaben nochmals vom Client direkt auslesen?
LG, Ben
0 commentaires:
Enregistrer un commentaire