Discourse-health-check: One-Shot-CLI-Übersicht Ihres Discourse-Servers

Anpassung Extras
, ,
1

Ein kleines Bash-Skript, das ich für mein eigenes Forum erstellt habe und das einen einmaligen Gesundheitsüberblick über den Discourse-Server bietet. Ich teile es mit allen, die eine solche schnelle Übersicht nützlich finden.

Prüft Systemressourcen: Docker, Discourse-Dienste (Postgres, Redis, Nginx, Unicorn, Sidekiq), Aktualität der Backups, TLS und grundlegende Sicherheitsaspekte. Das Skript endet mit einer Zusammenfassung in den Kategorien „Bestanden“ / „Warnung“ / „Kritisch“ sowie einem für Cron geeigneten Exit-Code.

image
image1408×1076 75.7 KB

Installation

curl -O https://raw.githubusercontent.com/haydenjames/discourse-health-check/main/discourse-health-check.sh
chmod +x discourse-health-check.sh
sudo ./discourse-health-check.sh

Quelle, Optionen und ein Cron-Beispiel finden Sie in der README:

9 „Gefällt mir“
2

Discourse läuft nicht mit Puma.

3 „Gefällt mir“
3

Einhorn. Fixed, danke.

1 „Gefällt mir“
4

Pitchfork heutzutage!!

2 „Gefällt mir“
5

Tolles Angebot, danke!

Für Backups würde ich empfehlen, das neueste Backup zu prüfen, um festzustellen, ob es seit dem Schreiben gelesen wurde. Das ist ein Indikator dafür, ob es extern kopiert wurde. (Oder, falls nicht nur das neueste geprüft wird, vielleicht alle.)

Wenn seit einer Woche kein Backup extern kopiert wurde, ist das eine Warnung wert.

(Ich denke, man kann stat -c %Y von stat -c %X subtrahieren oder sie einfach vergleichen. Sie werden unterschiedlich sein, wenn die Backup-Datei seit dem Schreiben gelesen wurde.)

5 „Gefällt mir“
6

@Ed_S Tolle Idee. In v1.0.2 aufgenommen. Vergleicht atime mit mtime beim neuesten Backup und warnt, falls es seit dem Schreiben nicht gelesen wurde, inklusive einer noatime-Prüfung, um Fälle, in denen atime unzuverlässig ist, sauber zu überspringen. Ich habe dich als Urheber genannt, danke!

4 „Gefällt mir“