Erster Blick auf einen langsamen Linux-Server in 60 Sekunden: Reihenfolge der Befehle und was jede Zeile beantwortet

Ziel

Eine feste Abfolge von Befehlen ausführen, die jeweils eine Frage beantworten, um eine Auswahl verdächtiger Ressourcen zu erhalten, bevor ein aufwendigeres Werkzeug zum Einsatz kommt.

Voraussetzungen

Eine Shell auf dem Host; das Paket sysstat für mpstat/pidstat/sar (falls es fehlt, nicht interaktiv installieren); ausreichende Berechtigungen, um dmesg zu lesen (bei kernel.dmesg_restrict=1, dem Standard mehrerer Distributionen, sind root oder CAP_SYSLOG nötig).

Schritte

1. uptime – Load Averages und Laufzeit des Systems; steigt die Last bei unverändertem Workload, ist das der erste Hinweis darauf, dass sich etwas geändert hat.
2. dmesg -T | tail – aktuelle Kernel-Meldungen mit lesbaren Zeitstempeln (die Manpage von dmesg dokumentiert -T/--ctime genau dafür: Es wird eine lesbare Zeit statt eines rohen Offsets ausgegeben). Auf OOM-Kills, Disk-Fehler oder NIC-Resets achten.
3. vmstat 1 5 – die procs-Spalten (r lauffähig, b in ununterbrechbarem Schlafzustand) zusammen mit den CPU-Spalten betrachten; ein grosses r deutet auf CPU-Druck hin, ein grosses b meist auf I/O-Wartezeiten. Die erste Zeile ist ein Durchschnitt seit dem Boot; gelesen werden die folgenden Zeilen.
4. mpstat -P ALL 1 5 – Details pro CPU, die ein systemweiter Durchschnitt verbirgt, auf virtuellen Maschinen einschliesslich %steal.
5. pidstat 1 5 – CPU-Verbrauch pro Prozess, damit ein ausser Kontrolle geratener Prozess nicht in einem systemweiten Wert untergeht.
6. iostat -xz 1 5 – Latenz und Auslastung pro Gerät anhand der erweiterten Felder (-x) von sysstat; -z blendet inaktive Geräte aus, und der erste Bericht deckt wiederum die Zeit seit dem Boot ab (-y lässt ihn weg).
7. free -m – Speicher- und Swap-Nutzung in Megabyte; die Reserve ist anhand der Spalte available zu beurteilen, nicht anhand von free, da der Page Cache freigegeben werden kann.
8. sar -n DEV 1 5 – Paket- und Kilobyte-Raten pro Schnittstelle, aus derselben sysstat-Suite; Schnittstellenfehler und Drops stehen im separaten Bericht sar -n EDEV.
9. sar -n TCP,ETCP 1 5 – Verbindungsraten und TCP-Fehlerzähler, einschliesslich erneut übertragener Segmente (retrans/s), ohne Paketmitschnitt.
10. top – eine live aktualisierte, sortierbare Übersicht, die bestätigt, was die spezifischeren Werkzeuge bereits gezeigt haben; in einem Skript top -b -n 1 verwenden (Batch-Modus, eine Iteration), da das interaktive top das Terminal übernimmt und sich nie von selbst beendet.

Erwartetes Ergebnis

Innerhalb von etwa einer Minute liegt statt ungezielter Vermutungen eine Auswahl von ein oder zwei Ressourcen vor – eine bestimmte CPU, ein bestimmtes Gerät, Swapping oder ein bestimmter Prozess –, die den Einsatz eines genaueren Werkzeugs rechtfertigen.

Grenzen und Prüfbasis

Alle Befehle sind rein lesend; es gibt nichts zu sichern oder rückgängig zu machen, und die Abfolge lässt sich beliebig wiederholen. Eine einzelne Stichprobe über 5 Sekunden ist verrauscht; eine Ressource, die nur einmal auffällig aussieht, verdient eine längere Messung, bevor gehandelt wird. Die Reihenfolge folgt dem jeweils dokumentierten Zweck der einzelnen Werkzeuge, nicht einem festen Diagnosealgorithmus.