Le nœud InfluxDB plante au démarrage en raison de fichiers WAL corrompus après une coupure de courant

Micheallin Goute 60 Points de réputation
2026-10-01T12:47:45.49+00:00

Après une coupure de courant, nous avons maintenant des fichiers write-ahead log (WAL) corrompus qui font planter notre nœud InfluxDB au démarrage. Comment pouvons-nous réparer ou isoler ces fichiers WAL corrompus ?

Windows pour les entreprises | Windows 365 Entreprise
0 commentaires Aucun commentaire

Réponse acceptée par l’auteur(e) de la question
VPHAN 44,780 Points de réputation Conseiller(ère) indépendant(e)
2026-10-01T13:26:02.2833333+00:00

Bonjour Micheallin Goute,

Assurez-vous d'abord que le service InfluxDB est complètement arrêté (systemctl stop influxdb sous Linux ou via C:\Windows\System32\services.msc Windows) et vérifiez vos journaux de service (journalctl -u influxdb.service ou C:\Windows\System32\eventvwr.msc) pour voir le .wal chemin exact du fichier et l'offset d'octets (pos=) qui ont causé le plantage. Ensuite, scannez le répertoire WAL pour identifier tous les segments endommagés. Sur InfluxDB 2.x, influxd inspect verify-wal --wal-path /var/lib/influxdb2/engine/wal exécutez (ou ~/.influxdbv2/engine/wal), qui vérifie chaque segment et affiche une liste de fichiers corrompus avec le décalage exact d'octets où la corruption commence. Sur InfluxDB 1.x, où les fichiers WAL sont sous /var/lib/influxdb/wal/database_name/retention_policy/shard_id/, s'exécutent influx_inspect dumptsmwal contre les fichiers suspects _XXXXX.wal pour vérifier quels segments ne parviennent pas à analyser.

Supprimer les segments endommagés du chemin actif permet influxd de rejouer tous les fichiers restants en bonne santé .wal et de démarrer proprement, limitant la perte de données strictement aux écritures non compressées à l'intérieur des fichiers en quarantaine (dans InfluxDB 1.x, vous pouvez aussi tenter de sauvegarder des points lisibles dans Line Protocol avant de déplacer le fichier en l'exécutant influx_inspect export -datadir /var/lib/influxdb/data -waldir /var/lib/influxdb/wal -out /var/backups/export.lp). Avant de lancer le service, exécutez influxd inspect verify-tsm (en v2) ou influx_inspect verify -dir /var/lib/influxdb (en v1) pour vous assurer que vos fichiers permanents .tsm n'ont pas été endommagés par la coupure de courant, et si des erreurs d'index apparaissent, reconstruisez l'index des séries temporelles en utilisant influxd inspect build-tsi (v2) ou influx_inspect buildtsi (v1) sous le influxdb compte service.

J'espère que cette réponse vous a apporté des informations utiles. Si c'est le cas, veuillez cliquer sur «** accepter la réponse **». Si vous avez des questions, n'hésitez pas à laisser un commentaire.

VPHAN

Cette réponse vous a-t-elle été utile?

1 personne a trouvé cette réponse utile.
0 commentaires Aucun commentaire

0 réponses supplémentaires

Trier par : Le plus utile

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur(e) de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur(e).