SMART-Plugin für CheckMK aktivieren

[Rüdiger Kupper]

Nachdem ich vergeblich versucht habe, dem SMART-Deamon auf den gluster-Servern beizubringen, bei Fehlern Mails über den paedml zu verschicken, habe ich nachgeschaut, ob nicht CheckMK diese Arbeit übernehmen kann. Es kann:
​https://checkmk.com/integrations/smart_stats
Wenn wir diesen Check aktivieren muss nicht mehr jeder einzelne Server einen MTA eingerichtet haben. Der Dienst taucht derzeit aber bei der CheckMK-Discovery nicht auf, das Plugin scheint nicht aktiv zu sein.

Wie aktiviert man das?

[Stephan Richter]

• die Plugins lassen sich auf der checkmk-Instanz herunterladen (das sind meistens nur Skripte)
• diese müssen ausführbar auf die jeweilige Maschine im plugin-Ordner von checkmk gelegt werden: /usr/lib/check_mk_agent/plugins
• der Rest passiert automatisch --> die Checks sollten beim nächsten ausführen als neue, unbekannte checks auftauchen

​https://docs.checkmk.com/latest/de/agent_linux.html#plugins

[Rüdiger Kupper]

Alles klar, danke!

[Stephan Richter]

Ich sitze eh gerade in der Schule und kann das schnell machen...

[Stephan Richter]

erledigt

[Rüdiger Kupper]

Gute Arbeit, besten Dank!!

[Rüdiger Kupper]

Trac mag keine Emojies, scheinbar.

[Rüdiger Kupper]

Kann mam dieses Plugin für alle Hosts per default installieren? SMART ist auf allen unserer Rechner aktiv und es wäre sehr umständlich, wenn wir auf jedem Rechner dieses CheckMK-plugin manuell installieren müssten. Sicher gibt es einen Satz von Plugins, der überall aktiv ist?

[Stephan Richter]

Letztlich ist es nur ein paralleles scp einer Datei - also ziemlich einfach.

[Rüdiger Kupper]

Ja, Plugins, die wir öfter brauchen, könnten wir ja einfach irgendwo in einem Verzeichnis sammeln und rüberkopieren.

[Rüdiger Kupper]

Mir ist der Mechanismus von CheckMK übrigens noch nicht ganz klar. Wie Du sagst sind die Plugins ja einfache Skripte, die Text ausgeben. Das LVM-Plugin ist beispielsweise echt simpel. Aber es muss doch auf der anderen Seite (CheckMK) ein Gegenstück geben, welches diesen Text dann auswertet und sagt, was CheckMK nun anzeigen soll, welche Schwellwerte es gibt u.s.w. Hab versucht das nachzulesen und die heißen "Checks". Beispielsweise gibt es zwei Checks "smart_temp" und "smart_stats", die den Output des smart-Plugins auswerten. Was mich wundert ist, dass diese ja offenbar bereits auf dem Server installiert sind? Das Plugin auf dem Client muss man runterladen und hinkopieren, doch die Gegenstücke sind schon alle in CheckMK integriert. Irgendwie verwirrend.

[Rüdiger Kupper]

Ich habe das SMART-Plugin auf den gluster-Servern wieder deaktiviert, nachdem der Mailversand funktioniert. Das Plugin hat leider nie so funktioniert wie gedacht: die Temperaturwarnungen sind eher uninteressant und der vorgesehene Zweck (fehlerhafte Sektoren auf den Systemplatten überwachen) scheiterte an der defekten Firmware der Platten bzw. der Plugin-Programmierung:

• die verbauten Intenso 120GB SSDs zeichnen sämtliche SMART-Attribute als "offline" aus. Das hieße, sie werden nur beim Boot des Rechners einmal gechwckt, nicht kontinuierlich. Das ist aber Quatsch, wie wir an den ständigen Temperaturwarnungen und -Entwarnungen sahen. Was die Plattenfirmware da behauptet ist schlecht falsch. Zudem erhält man Warnungen zu inkonsistenten SMART-Logs. Ich habe zu den Platten wenig Vertrauen.
• das CheckMK-Plugin hat gar nicht erst begonnen, "offline-Attribute zu überwachen. Ich musste das Skript abändern, um das zu erreichen.
• das Plugin setzt den Status auf "critical", sobald sich der Wert ändert und dann bleibt das so, bis das Plugin "neu indiziert" wird. So sagt die Beschreibung. Ich konnte aber nicht herausfinden, was mit indizieren gemeint ist oder wie ich das anstoße.

Insgesamt ist das Plugin deutlich weniger leistungsfähig und zudem verzichtbar, wenn der SMARTd selbst Mails verschickt.

Die Intenso-Platten sollten wir baldmöglichst austauschen.