reconfiguration RAID

geole · Le 14/09/2019, à 08:57

Hors sujet
Bonjour Jamesbad000.
Pourrais-tu donner ton avis dans cette discussion https://forum.ubuntu-fr.org/viewtopic.php?pid=22149466
Ce sont quatre raids5
Le conseil demandé: Installlation de la version 18.04 ou upgrade de la version 16.04 en 18.04
Merci par avance

Dernière modification par geole (Le 14/09/2019, à 08:58)

jamesbad000 · Le 14/09/2019, à 12:45

Bonjour rmy. De rien...

rmy a écrit :

la (re)création du raid sans le --assume-clean a pu entrainer une resynchro

C'est même certain. Même avec un raid à seulement 3 disques (alors que dans ce cas il recalcule les parités intégralement à chaque modif, contrairement à un raid à 5 disque ou il le fait éventuellement en différentiel). Je l'ai testé :

On voit ci-dessous le status "spare rebuilding /dev/loop3"
et après qu'il a fini de mouliner. Le nombre de blocs alloués au sparse file correspondant qui est passé à 9754640 versus 8 pour les 2 autres. Ce qui représente quasiment la totalité des secteurs...

fredk1804@MirageK1804:~$ sudo truncate -s 5GB raid1; sudo truncate -s 5GB raid2; sudo truncate -s 5GB raid3
fredk1804@MirageK1804:~$ sudo losetup /dev/loop1 raid1; sudo losetup /dev/loop2 raid2; sudo losetup /dev/loop3 raid3

fredk1804@MirageK1804:~$ sudo mdadm --create /dev/md0  --level raid5 -n 3 /dev/loop[123]; sudo mdadm -D /dev/md0
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.

/dev/md0:
           Version : 1.2
     Creation Time : Sat Sep 14 13:28:50 2019
        Raid Level : raid5
        Array Size : 9754624 (9.30 GiB 9.99 GB)
     Used Dev Size : 4877312 (4.65 GiB 4.99 GB)
      Raid Devices : 3
     Total Devices : 3
       Persistence : Superblock is persistent

       Update Time : Sat Sep 14 13:28:50 2019
             State : clean, degraded, recovering 
    Active Devices : 2
   Working Devices : 3
    Failed Devices : 0
     Spare Devices : 1

            Layout : left-symmetric
        Chunk Size : 512K

Consistency Policy : resync

    Rebuild Status : 0% complete

              Name : MirageK1804:0  (local to host MirageK1804)
              UUID : 4d29b3b9:3b8dcce0:6516171c:f90e569f
            Events : 1

    Number   Major   Minor   RaidDevice State
       0       7        1        0      active sync   /dev/loop1
       1       7        2        1      active sync   /dev/loop2
       3       7        3        2      spare rebuilding   /dev/loop3


fredk1804@MirageK1804:~$ stat raid*
  Fichier : raid1
   Taille : 5000000000  Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : fd08h/64776d     Inœud : 49546810    Liens : 1
Accès : (0644/-rw-r--r--)  UID : (    0/    root)   GID : (    0/    root)
Accès : 2019-09-14 13:29:56.144656595 +0200
Modif. : 2019-09-14 13:30:00.420584833 +0200
Changt : 2019-09-14 13:30:00.420584833 +0200
  Créé : -
  Fichier : raid2
   Taille : 5000000000  Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : fd08h/64776d     Inœud : 49547380    Liens : 1
Accès : (0644/-rw-r--r--)  UID : (    0/    root)   GID : (    0/    root)
Accès : 2019-09-14 13:29:56.144656595 +0200
Modif. : 2019-09-14 13:30:00.420584833 +0200
Changt : 2019-09-14 13:30:00.420584833 +0200
  Créé : -
  Fichier : raid3
   Taille : 5000000000  Blocs : 9754640    Blocs d'E/S : 4096   fichier
Périphérique : fd08h/64776d     Inœud : 49547522    Liens : 1
Accès : (0644/-rw-r--r--)  UID : (    0/    root)   GID : (    0/    root)
Accès : 2019-09-14 13:28:50.529771024 +0200
Modif. : 2019-09-14 13:30:00.420584833 +0200
Changt : 2019-09-14 13:30:00.420584833 +0200
  Créé : -

Mais ça n'impacte qu'un seul disque. De plus quand j'ai pris l'affaire, le 3ème disque était encore en spare. Ce qui veut dire qu'il n'a pas été au bout de la synchro. (Cependant, je ne sais pas s'il n'y a pas eu d'autres tentatives qui auraient été jusqu'au bout...)

Dernière modification par jamesbad000 (Le 14/09/2019, à 13:30)

rmy · Le 17/09/2019, à 10:44

Disques reçu. Je confirme l'hypothèse de départ : 1.2 VS 0.9.
Tests à suivre pour vérifier état du FS

rmy · Le 17/09/2019, à 22:26

jamesbad000 a écrit :

Mais ça n'impacte qu'un seul disque. De plus quand j'ai pris l'affaire, le 3ème disque était encore en spare. Ce qui veut dire qu'il n'a pas été au bout de la synchro. (Cependant, je ne sais pas s'il n'y a pas eu d'autres tentatives qui auraient été jusqu'au bout...)

Bon, c'est pas si pire semble-t-il. Pour trois raisons :
1/ passage de 0.9 à 1.2 (donc les méta mdadm ne sont pas positionnées au même endroit), et il semble que les méta 1.2 n'aient pas trop impacté les SBS du Filesystem.
2/ le nouveau raid a été créé sur les partitions alors que le précédent l'était semble-t-il sur les disques complet
3/ Si resynchro il y a eu, elle l'a été alors que les disques n'étaient pas réellement désynchronisés (j'veux dire que même si l'état était différent avec un disque en spare, le contenu hexa était fiable). Donc au pire, ça a réécrit ce qu'il y avait déjà dessus et au même endroit, grâce aux blocs de parité.

Voilà, je sais pas si tout ça est bien clair, je n'entre pas trop dans les détails pour le moment parce que c'est un dossier en cours et que je ne souhaite pas nourrir de faux espoirs, mais c'ets en tout cas bien moins pire que ce que je craignais avec toutes ces manips…

rmy · Le 27/09/2019, à 07:53

@Jayme, 1,6To récupérés, liste envoyée par mail.

geole · Le 07/10/2019, à 07:24

jamesbad000 a écrit :

Hello.
Je prévois d'adapter un script que j'avais fait pour un cas assez semblable, qui permet de tester le montage sur tout les superbloc possible avec toutes les combinaisons d'assemblage...
@Jayme. Merci de me confirmer si tu es toujours sur le coup

Bonjour jamesbad000
Si tu souhaites continuer à tester ton script, j'ai trouvé un contexte intéressant dans lequel il y a déjà des "pointures" qui sont peu disponibles
https://forum.ubuntu-fr.org/viewtopic.p … #p22156045

Dernière modification par geole (Le 07/10/2019, à 07:25)

Jayme · Le 16/10/2019, à 11:10

Salut,

Sur les 3 disques on a vu qu'il y en avait un H.S. Finalement j'ai contacte Rémy c/c VODATA la récupération c'est très bien passé avec tees peu de perte et très rapidement. Très bon contact
Merci à tous pour votre contribution et surtout à JAMESBAD qui a passé beaucoup de son temps.
Je ferme donc la discussion

GJ

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 14/09/2019, à 08:57

Re : reconfiguration RAID

#77 Le 14/09/2019, à 12:45

Re : reconfiguration RAID

#78 Le 17/09/2019, à 10:44

Re : reconfiguration RAID

#79 Le 17/09/2019, à 22:26

Re : reconfiguration RAID

#80 Le 27/09/2019, à 07:53

Re : reconfiguration RAID

#81 Le 07/10/2019, à 07:24

Re : reconfiguration RAID

#82 Le 16/10/2019, à 11:10

Re : reconfiguration RAID

Pied de page des forums