Accedi Prova gratis
← Torna alla guida

Come leggere i log degli errori dei backup Safenix su un server

Usa journalctl per trovare i cicli Safenix non riusciti, comprendere il testo dell'errore e distinguere i problemi del disco, della rete, del database e dei file illeggibili.

Leggi il log dell'agente Safenix con journalctl. Ogni riga del log è strutturata in formato JSON. Un ciclo non riuscito include il tipo di attività, il testo dell'errore, la durata e il tempo che manca al tentativo successivo.

1. Visualizzare le voci più recenti del log

Esegui questo comando come root per visualizzare le ultime 50 righe:

sudo journalctl -u safenix-agent -n 50

Per controllare le nuove voci man mano che vengono scritte, usa:

sudo journalctl -u safenix-agent -f

Per visualizzare solo le voci relative agli errori, usa:

sudo journalctl -u safenix-agent -p err

2. Trovare il ciclo non riuscito

Cerca il messaggio esatto cycle failed; the next one will run as scheduled. Leggi il tipo di attività e il testo dell'errore associato. La stessa voce mostra anche quanto è durata l'attività e quando verrà ritentata.

Un singolo ciclo non riuscito non arresta l'agente. Il ciclo viene ritentato al successivo intervallo pianificato, normalmente un'ora dopo. Safenix invia un avviso via email solo dopo tre errori consecutivi.

3. Associare il testo dell'errore alla causa probabile

“no space left on device”

Questo indica che il server ha esaurito lo spazio disponibile. I backup Safenix richiedono spazio su disco temporaneo sul server, oltre allo spazio occupato dai dati.

Errore di rete, come “no such host” o un timeout

Ciò significa che non è stato possibile raggiungere il piano di controllo. Viene conteggiato come un ciclo non riuscito anche quando i dati sono già stati caricati correttamente e solo la comunicazione finale non è riuscita. In tal caso, i dati del backup sono al sicuro nonostante l'avviso.

Un file illeggibile

Un file illeggibile viene visualizzato come un avviso, non come un errore, e non fa fallire il backup. Gli altri file vengono protetti normalmente, ma il file interessato non viene incluso nel backup.

Cerca questi avvisi con:

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

Un problema di connessione al database o delle credenziali

Se la password dell'utente MySQL è cambiata, l'agente non può più connettersi. Esegui il controllo dedicato:

sudo safenix-agent check-mysql

4. Stabilire se l'avviso indica un backup non riuscito

Usa il tipo di attività e il testo dell'errore nella voce JSON per distinguere un ciclo non riuscito da un avviso relativo a un singolo file illeggibile. In caso di errore di rete, verifica se il messaggio indica che solo la comunicazione finale non è riuscita dopo il caricamento dei dati; in tal caso, il backup è al sicuro anche se il ciclo viene conteggiato come non riuscito.

Non hai risolto?

Se questa pagina non è bastata, scrivici: risponde una persona.

Contatti