Linux-Server: Fehler mit systemctl und journalctl untersuchen

Linux-Server: Fehler mit systemctl und journalctl untersuchen

Ein Webdienst startet nicht, eine Anwendung antwortet nicht mehr oder ein Linux-Server zeigt nach einer Änderung Fehler? Auf vielen aktuellen Linux-Servern verwaltet systemd die Hintergrunddienste. Mit systemctl und journalctl kannst du deren Zustand und Protokolle prüfen, ohne sofort Änderungen am System vorzunehmen.

1. Vor der Analyse

Du benötigst einen berechtigten SSH-Zugang. Prüfe, welcher Dienst tatsächlich betroffen ist. Bei einem Webserver kann das zum Beispiel nginx sein; auf anderen Systemen heißt der Dienst anders. Verwende in den Beispielen immer den realen Dienstnamen.

2. Dienststatus abfragen

systemctl status nginx

Du erkennst, ob der Dienst aktiv, fehlgeschlagen oder gestoppt ist. Die Ausgabe enthält häufig bereits einen Hinweis auf den letzten Startversuch. Verwechsle einen aktiven Dienst aber nicht mit einer vollständig funktionierenden Anwendung: Auch Datenbank- oder Netzwerkprobleme können die Erreichbarkeit beeinträchtigen.

3. Letzte Logeinträge anzeigen

sudo journalctl -u nginx -n 50 --no-pager

Dieser Befehl zeigt die letzten 50 protokollierten Einträge des Dienstes. Suche nach Zeitstempeln, Fehlermeldungen und wiederkehrenden Warnungen.

4. Nur einen Zeitraum betrachten

sudo journalctl -u nginx --since "1 hour ago" --no-pager

Das hilft, wenn der Fehler seit einem bestimmten Zeitpunkt auftritt. Achte darauf, dass die Serveruhr korrekt eingestellt ist.

5. Protokolle live verfolgen

sudo journalctl -u nginx -f

Mit -f erscheinen neue Einträge fortlaufend. Beende die Anzeige mit Strg + C. Führe einen Testaufruf nur dann durch, wenn dadurch keine produktiven Daten verändert werden.

6. Häufige Hinweise richtig einordnen

• Permission denied: Möglicherweise fehlen Berechtigungen.
• Address already in use: Ein Port wird eventuell bereits verwendet.
• No space left on device: Der Speicherplatz oder die verfügbaren Inodes könnten erschöpft sein.
• Configuration error: Eine Konfigurationsdatei könnte fehlerhaft sein.

Diese Meldungen sind Ausgangspunkte für die Diagnose, keine Aufforderung zu einer bestimmten Schnellreparatur.

7. Neustart nicht als erste Maßnahme

Starte einen produktiven Dienst nicht mehrfach ohne Analyse neu. Bei Datenbanken, Telefonanlagen oder Shopdiensten können dadurch aktive Sitzungen und Transaktionen unterbrochen werden. Sichere vor Änderungen relevante Konfigurationen und stimme ein Wartungsfenster ab.

8. Logs sicher weitergeben

Protokolle können IP-Adressen, Benutzernamen, interne Pfade und gelegentlich sensible Anwendungsdaten enthalten. Entferne nicht benötigte Informationen, bevor du sie an den Support sendest.

Für Managed Server und Linux-Administration erreichst du VESUTEC über vesutec.de.

Offizielle Herstellerdokumentation

Herstelleranleitung zum Thema