zoobie a écrit 3 commentaires

Bonjour désolé pour la réponse tardive j'étais en déplacement.

J'ai réussi à revenir à une situation antérieur en enlevant le nouveau disque de ma grappe. avec les commandes faulty et remove.

Je suis en train de faire le backup de la totalité des données sur la grappe.

J'ai l'impression que la problématique vient du nouveau disque qui a fait tout dérailler, ce nouveau disque de 8Tb est sous advanced format (avec des secteurs physiques et logiques de 4096 octets contre 512/512 ou 512/4096 pour les autres disques intégrés dans la grappe). Cela déclenche les effets de bords suivants:

• le format de la partition de la grappe qui était en 512o passe a 4096o
• les partitions composant la grappe ne semble pas être alignées

Existe-il un tuto ou de la doc pour:
1- aligner les partitions en terme de secteur
2- faire une grappe avec un mix de disque qui n'ont pas une même définition de taille de secteur ?

J'ai eu le même problème sur chacune des grappes après l'intégration des partitions du disque sde

En fait la grappe semble changer de nom à chaque demarrage voici pour la bonne grappe:

manu29chatel@NAS:/etc$ sudo fdisk -l /dev/md124
Disque /dev/md124 : 2,05 TiB, 2249594437632 octets, 549217392 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 65536 octets / 196608 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x00000000

Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/md124p1 1 4294967295 4294967295 16T ee GPT

La partition 1 ne commence pas sur une frontière de cylindre physique.

C'est un peu du chinois pour moi

Voici le détail de fdisk -l /dev/md127

manu29chatel@NAS:/home/deneufchatel_family$ sudo fdisk -l /dev/md127
Disque /dev/md127 : 2,73 TiB, 2999596744704 octets, 5858587392 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 65536 octets / 196608 octets
Type d'étiquette de disque : gpt
Identifiant de disque : CF293D4E-1C6A-4951-8B60-828D08CA3678

Périphérique Début Fin Secteurs Taille Type
/dev/md127p1 2048 5858586623 5858584576 2,7T Système de fichiers Linux

Ainsi que le retour de cat /proc/mdstat:
manu29chatel@NAS:/home/deneufchatel_family$ cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid10]
md123 : active raid5 sde7[3] sdd4[0] sdc4[1]
245167872 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]

md124 : active raid5 sde6[5] sdc3[1] sdd1[0] sdb3[4]
2196869568 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md125 : active raid1 sdc5[1] sdb4[0]
244588480 blocks super 1.2 [2/2] [UU]

md126 : active raid5 sda6[2] sdd3[0] sdb2[4] sdc2[1]
2929293696 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md127 : active raid5 sda5[4] sdd2[0] sdb1[2] sdc1[1]
2929293696 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

unused devices:

Par contre ce qui est bizarre c'est que le fichier mdadm.conf

manu29chatel@NAS:/etc$ ls -l mdadm*
total 4
-rw-r--r-- 1 root root 1144 mars 13 21:32 mdadm.conf

Voici le contenu de mdadm.conf

GNU nano 6.2 mdadm.conf