- Icinga 2: High inode usage in /var/spool/icinga2/perfdata
·
icinga2
· Just a short post because the topic is not very hard. My Icinga 2 notified me of high inode usage on my master server. Thanks to Stackexchange I’ve got an one line command to display the directories with high inode usage:
The output was:
The directory /var/spool/icinga2/perfdata held nearly 900.000 files. These contained performance data from previously done checks. The Icinga 2 feature to „blame“ for this behaviour is perfdata. I activated that feature because I believed I wouldn’t get any performance data at all without it.
- Icinga 2: Hoher inode Verbrauch unter /var/spool/icinga2/perfdata
·
icinga2
· Nur ein kurzer Blogeintrag, weil man da Thema nicht wirklich unnötig lange ausformulieren muss. Mein Icinga 2 hat mich darauf hingewiesen, dass mein Master Server einen hohen inode Verbrauch hat. Dank Stackexchange habe ich einen Einzeiler erhalten, der mir den inode Verbrauch in Ordnern aufsummiert und sortiert:
Die Ausgabe in meinem Fall war:
Im Ordner unter /var/spool/icinga2/perfdata waren knapp 900.000 Dateien. In diesen stehen die Performance Werte von ausgeführten Checks drinnen.
- check_rdns: Reverse DNS/PTR Records monitoren
·
DNSicinga2
· Frei nach dem Motto „Monitoren was geht“, habe ich wieder mal versucht, mit den Boardmitteln check_dig und check_dns meine Reverse DNS/PTR Records zu monitoren.
Leider geht das nicht so, wie ich mir das vorgestellt habe. Deshalb habe ich einen kurzen Check für diese Usecase geschrieben. Zu finden ist das gute Stück auf GitHub.
Das Script nimmer zwei Parameter:
–address und –expected Der Parameter „–address“ nimmt eine IPv4 oder IPv6 Adresse. Mit Hilfe von dem Kommando „dig“ wird der Reverse DNS Lookup durchgeführt und das Ergebnis mit dem Wert von „–expected“ verglichen.
- Icinga 2: DNSBL Check mit Icinga 2 und check_rbl
·
DNSicinga2
· Viele Mailserver überprüfen vor dem anliefern eine E-Mail, ob der versendende Server auf einer Blacklist steht. Dazu fragen sie via DNS bei einem Blacklist Provider an. Gibt dieser eine IP Adresse aus dem Bereich 127.0.0.1/24 zurück, dann steht der Server auf der Blacklist. Das Resultat: Die E-Mails werden nicht mehr angenommen. Wird der Fehler NXDOMAIN (also „nicht gefunden“) zurück geliefert ist kein Eintrag auf der Blacklist vorhanden.
Für Firmen ist ein Eintrag auf einer Blacklist nichts schönes, doch auch für private Mailserver ist so ein Check sinnvoll.
- Nagios/Icinga: Monitoring der verbunden Endpoints von Syncthing mit check_syncthing
·
icinga2syncthing
· Ich nutze Syncthing für die Synchronisation verschiedener Dateien auf vielen Geräte, darunter sind zum Beispiel Handy, Tablet, PC, Arbeits-PC, Laptop und verschiedene Server. Je nach Anwendungsfall entweder als bidirektionale Synchronisation (zum Beispiel Bilder von der Handykamera) oder One-Way-Sync mit Dateiversionierung (zum Beispiel für Konfigurationsdateien).
Wichtig für mich ist dabei, dass mindestens mein Root-Server mit meiner „Master“-Installation zu Hause verbunden ist. Sollte eine gewisse Anzahl unterschritten sein sollen WARNING oder CRITICAL States getriggert werden.
- Nagios/Icinga: Check gegen ablaufende Zertifikate
·
featuredicinga2monitoringtls
· Heute habe ich neue Zertifikate für meine Webdienste erstellt. Für diesen Blog hier ist das Zertifikat schon am 06.06.2015 abgelaufen – vor 17 Tagen!
Ich habe das zwar bemerkt hatte aber immer keine Zeit / Lust gehabt den Umstand zu beheben.
Wie gesagt – heute habe ich es vollzogen und dachte mir, dass man das Ablaufdatum bestimmt auch Überwachen kann. Seit ein paar Wochen habe ich Icinga 2 im Einsatz. Dafür wollte ich einen Service Check haben.
