Structure needs cleaning (117)

Jackbot · 21-07-2023 10:04:34

Salutations amies/amis internautes

Je suis face à cette erreur et ce n'est pas la première fois ... Je vous donne un peu de contexte pour bien comprendre.
Sur mon serveur personnel je dispose de 3 disques dur en raid 5 avec mdadm, par dessus lequel j'ai déployé un LVM pour enfin créer des partitions en XFS. Chaque matin un raspberry pi, muni d'un disque dur externe effectue des sauvegardes des données de mon serveur à l'aide de rsync. Et ce matin dans les logs du raspberry pi j'ai pu voir que certains fichiers n'ont pas pu être sauvegardés du fait de l'erreur :

Structure needs cleaning (117)

La dernière fois que cela m'est arrivé j'ai procédé de la manière suivante :

arrêt du service utilisant la partition incriminée
démontage de la partition
utilisation de xfs_repair
remontage de la partition
redémarrage du service
lancement d'une sauvegarde manuelle
self test avec smartmontools

Et tout semblait être revenu dans l'ordre. Mais cette erreur à refait surface et sur la même partition ...

Vu que mes sauvegardes sont quotidienne je ne crains pas de perdre des données, mais que cette erreur revienne m'inquiète un peu. Je ne vois pas où chercher sachant que les résultats des tests effectués avec smartmontools ne révèlent aucune erreur.

Si quelqu'un a une piste je suis preneur, merci d'avance.

vincen · 21-07-2023 10:20:07

Si effectivement au niveau Smart il n'y a rien d'anormal, est-ce que ton système est sur une alimentation bien régulée ? derrière un onduleur si possible ! Pas de reboot inopiné du serveur ?

Jackbot · 21-07-2023 10:29:35

J'ai pris du haut de gamme pour l'alimentation, la marque seasonic et j'ai un onduleur aussi.

# uptime 

 11:20:39 up 29 days, 14:28,  7 users,  load average: 0,55, 0,44, 0,42

Donc pas de reboot inopiné entre hier et aujourd'hui et en ce qui concerne l'onduleur, le dernier "problème" qu'il y a eu date du 15 juillet :

2023-07-15 20:26:27 +0200  Communications with UPS restored.

2023-07-15 20:14:41 +0200  Communications with UPS restored.

2023-07-15 20:12:22 +0200  Communications with UPS restored.

2023-07-15 19:04:59 +0200  Power is back. UPS running on mains.

2023-07-15 19:04:59 +0200  Mains returned. No longer on UPS batteries.

2023-07-15 19:04:58 +0200  Running on UPS batteries.

2023-07-15 19:04:58 +0200  Communications with UPS restored.

2023-07-15 19:04:50 +0200  Power failure.

Je pense qu'il devait s'agir d'une micro-coupure, mais que les logs sont à la ramasse vis à vis du timing, si ça avait vraiment duré 10s je l'aurai remarqué, j'étais chez moi à ce moment.

Donc pour faire court, entre hier et aujourd'hui : aucun problème électrique

vincen · 21-07-2023 10:34:26

Jackbot a écrit :

Donc pour faire court, entre hier et aujourd'hui : aucun problème électrique

Quel est l'état smart des disques du raid ? Tout est au vert ?

Jackbot · 21-07-2023 10:41:24

# smartctl -l selftest /dev/sda

smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-24-amd64] (local build)

Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===

SMART Self-test log structure revision number 1

Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error

# 1  Extended offline    Completed without error       00%     56844         -

# 2  Short offline       Completed without error       00%     31354         -

Le test étendu s'est donc terminé sans aucune erreur, de même pour les deux autres disques :

# smartctl -l selftest /dev/sdb

...

Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error

# 1  Extended offline    Completed without error       00%     56894         -

# 2  Extended offline    Completed without error       00%     31541         -

# smartctl -l selftest /dev/sdc

...

Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error

# 1  Extended offline    Completed without error       00%     28643         -

# 2  Extended offline    Completed without error       00%     10058         -

vincen · 21-07-2023 14:01:16

oki tu as fait une vérification des partitions xfs ?

Jackbot · 21-07-2023 14:03:46

J'ai exécuté la commande xfs_repair ce matin, qui a effectivement trouvé quelques erreurs, par contre je n'ai pas gardé la sortie ...

vincen · 21-07-2023 15:06:51

Jackbot a écrit :

J'ai exécuté la commande xfs_repair ce matin, qui a effectivement trouvé quelques erreurs, par contre je n'ai pas gardé la sortie ...

Refais le un coup si tu peux pour voir s'il trouve de nouveau des erreurs ou pas ?

Croutons · 21-07-2023 15:15:09

Hello
je lis partition

Jackbot a écrit :

La dernière fois que cela m'est arrivé j'ai procédé de la manière suivante :

arrêt du service utilisant la partition incriminée
démontage de la partition
utilisation de xfs_repair
remontage de la partition
redémarrage du service
lancement d'une sauvegarde manuelle
self test avec smartmontools

ce sont des volumes logique LVM sur lequel il y a un systéme de fichier XFS

donc
arrêt du service utilisant la partition incriminée
démontage du LV
utilisation de xfs_repair
remontage du LV
redémarrage du service
lancement d'une sauvegarde manuelle
self test avec smartmontools

le mieux aurait été de poster les commandes utilisé, on ne sait meme pas si xfs_repair a trouvé des erreurs

Debian-facile

#1 21-07-2023 10:04:34

Structure needs cleaning (117)

#2 21-07-2023 10:20:07

Re : Structure needs cleaning (117)

#3 21-07-2023 10:29:35

Re : Structure needs cleaning (117)

#4 21-07-2023 10:34:26

Re : Structure needs cleaning (117)

#5 21-07-2023 10:41:24

Re : Structure needs cleaning (117)

#6 21-07-2023 14:01:16

Re : Structure needs cleaning (117)

#7 21-07-2023 14:03:46

Re : Structure needs cleaning (117)

#8 21-07-2023 15:06:51

Re : Structure needs cleaning (117)

#9 21-07-2023 15:15:09

Re : Structure needs cleaning (117)

Pied de page des forums