Comment lire les journaux d’échec des sauvegardes Safenix sur un serveur

Lisez le journal de l’agent Safenix avec journalctl. Chaque ligne du journal est structurée au format JSON. Un cycle échoué inclut le type d’activité, le texte de l’erreur, la durée et le délai avant la nouvelle tentative.

1. Afficher les dernières entrées du journal

Exécutez cette commande en tant que root pour afficher les 50 dernières lignes :

sudo journalctl -u safenix-agent -n 50

Pour surveiller les nouvelles entrées au fur et à mesure de leur écriture, utilisez :

sudo journalctl -u safenix-agent -f

Pour afficher uniquement les entrées d’erreur, utilisez :

sudo journalctl -u safenix-agent -p err

2. Trouver le cycle échoué

Recherchez le message exact cycle failed; the next one will run as scheduled. Lisez le type d’activité et le texte de l’erreur associé. La même entrée indique également la durée de l’activité et le moment où une nouvelle tentative sera effectuée.

Un seul cycle échoué n’arrête pas l’agent. Le cycle fait l’objet d’une nouvelle tentative lors de l’intervalle planifié suivant, normalement une heure plus tard. Safenix envoie une alerte par e-mail uniquement après trois échecs consécutifs.

3. Faire correspondre le texte de l’erreur à la cause probable

« no space left on device »

Cela indique que le serveur n’a plus d’espace disponible. Les sauvegardes Safenix nécessitent de l’espace disque temporaire sur le serveur, en plus de l’espace occupé par les données.

Erreur réseau, telle que « no such host » ou un délai d’attente dépassé

Cela signifie que le plan de contrôle n’a pas pu être atteint. Ce problème est comptabilisé comme un cycle échoué même si les données ont déjà été téléversées avec succès et que seule la communication finale a échoué. Dans ce cas, les données de sauvegarde sont en sécurité malgré l’alerte.

Un fichier illisible

Un fichier illisible apparaît comme un avertissement, et non comme une erreur, et n’entraîne pas l’échec de la sauvegarde. Les autres fichiers sont protégés normalement, mais le fichier concerné n’est pas inclus dans la sauvegarde.

Recherchez ces avertissements avec :

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

Un problème de connexion à la base de données ou d’identifiants

Si le mot de passe de l’utilisateur MySQL a changé, l’agent ne peut plus se connecter. Exécutez le contrôle dédié :

sudo safenix-agent check-mysql

4. Déterminer si l’alerte correspond à une sauvegarde échouée

Utilisez le type d’activité et le texte de l’erreur dans l’entrée JSON pour distinguer un cycle échoué d’un avertissement concernant un fichier illisible. En cas d’erreur réseau, vérifiez si le message indique que seule la communication finale a échoué après le téléversement des données ; dans ce cas, la sauvegarde est en sécurité même si le cycle est comptabilisé comme échoué.