Anmelden Kostenlos testen
← Zum Hilfe-Center

Safenix-Sicherungsfehlerprotokolle auf einem Server lesen

Verwenden Sie journalctl, um fehlgeschlagene Safenix-Zyklen zu finden, den Fehlertext zu verstehen und Probleme mit Datenträgern, Netzwerken, Datenbanken und nicht lesbaren Dateien zu unterscheiden.

Lesen Sie das Safenix-Agent-Protokoll mit journalctl. Jede Protokollzeile ist als JSON strukturiert. Ein fehlgeschlagener Zyklus enthält den Aktivitätstyp, den Fehlertext, die Dauer und die Zeit bis zum nächsten Wiederholungsversuch.

1. Die neuesten Protokolleinträge anzeigen

Führen Sie diesen Befehl als root aus, um die letzten 50 Zeilen anzuzeigen:

sudo journalctl -u safenix-agent -n 50

Um neue Einträge beim Schreiben zu verfolgen, verwenden Sie:

sudo journalctl -u safenix-agent -f

Um nur Fehlereinträge anzuzeigen, verwenden Sie:

sudo journalctl -u safenix-agent -p err

2. Den fehlgeschlagenen Zyklus finden

Suchen Sie nach der exakten Meldung cycle failed; the next one will run as scheduled. Lesen Sie den Aktivitätstyp und den zugehörigen Fehlertext. Derselbe Eintrag zeigt auch, wie lange die Aktivität gedauert hat und wann sie wiederholt wird.

Ein einzelner fehlgeschlagener Zyklus stoppt den Agenten nicht. Der Zyklus wird im nächsten geplanten Intervall wiederholt, normalerweise eine Stunde später. Safenix sendet erst nach drei aufeinanderfolgenden Fehlern eine E-Mail-Benachrichtigung.

3. Den Fehlertext der wahrscheinlichen Ursache zuordnen

„no space left on device“

Dies bedeutet, dass auf dem Server kein Speicherplatz mehr verfügbar ist. Safenix-Sicherungen benötigen zusätzlich zu dem von den Daten belegten Speicherplatz temporären Speicherplatz auf dem Server.

Netzwerkfehler, z. B. „no such host“ oder eine Zeitüberschreitung

Dies bedeutet, dass die Steuerungsebene nicht erreicht werden konnte. Dies wird als fehlgeschlagener Zyklus gezählt, auch wenn die Daten bereits erfolgreich hochgeladen wurden und nur die abschließende Kommunikation fehlgeschlagen ist. In diesem Fall sind die Sicherungsdaten trotz der Benachrichtigung sicher.

Eine nicht lesbare Datei

Eine nicht lesbare Datei wird als Warnung, nicht als Fehler angezeigt und lässt die Sicherung nicht fehlschlagen. Andere Dateien werden normal geschützt, aber die betroffene Datei ist nicht in der Sicherung enthalten.

Suchen Sie mit folgendem Befehl nach diesen Warnungen:

sudo journalctl -u safenix-agent | grep -i "item error"

Ein Datenbankverbindungs- oder Anmeldedatenproblem

Wenn sich das Passwort des MySQL-Benutzers geändert hat, kann der Agent keine Verbindung mehr herstellen. Führen Sie die spezielle Prüfung aus:

sudo safenix-agent check-mysql

4. Entscheiden, ob die Benachrichtigung eine fehlgeschlagene Sicherung darstellt

Verwenden Sie den Aktivitätstyp und den Fehlertext im JSON-Eintrag, um einen fehlgeschlagenen Zyklus von einer Warnung zu einer nicht lesbaren Datei zu unterscheiden. Prüfen Sie bei einem Netzwerkfehler, ob die Meldung darauf hinweist, dass nur die abschließende Kommunikation nach dem Hochladen der Daten fehlgeschlagen ist. In diesem Fall ist die Sicherung sicher, auch wenn der Zyklus als fehlgeschlagen gezählt wird.

Immer noch nicht gelöst?

Wenn diese Seite nicht geholfen hat, schreiben Sie uns — es antwortet ein Mensch.

Kontakt