Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1619 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Codes et scripts

  [CENTOS] Reconstruction d'un raid logiciel après changement de disque

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[CENTOS] Reconstruction d'un raid logiciel après changement de disque

n°1470685
mechkurt
Posté le 06-12-2021 à 11:20:16  profilanswer
 

Bonjour,
Cette nuit un des 2 disques de mon serveur hébergé chez OVH à lâché et il me l'ont changé, maintenant il faut que je reconstruises le raid des 2 partitions md1 et md2.
 
Je suis un peu intimidé par ce tuto : https://docs.ovh.com/fr/dedicated/raid-soft/
 
J'aimerais bien voir avec vous les commandes que j'aurais à lancé (ainsi qu'une petite idée de l'impact que ca aura sur le serveur en terme de downtime par exemple).
 
Sachant que l'ancien disque avec les données c'est sda et le nouveau disque sdb.
 
Merci à tous !
 

Code :
  1. fdisk -l
  3. ATTENTION : identifiant de table de partitions GPT (GUID) detect▒ sur "/dev/sda" ! L'utilitaire fdisk ne supporte pas GPT. Utilisez GNU Parted.
  6. Disque /dev/sda: 2000.4 Go, 2000398934016 octets
  7. 255 t▒tes, 63 secteurs/piste, 243201 cylindres
  8. Unit▒s = cylindres de 16065 * 512 = 8225280 octets
  9. Sector size (logical/physical): 512 bytes / 4096 bytes
  10. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  11. Identifiant de disque : 0x00000000
  13. P▒riph▒rique Amorce  D▒but        Fin      Blocs     Id  Syst▒me
  14. /dev/sda1               1      243202  1953514583+  ee  GPT
  15. Partition 1 does not start on physical sector boundary.
  17. Disque /dev/sdb: 2000.4 Go, 2000398934016 octets
  18. 255 t▒tes, 63 secteurs/piste, 243201 cylindres
  19. Unit▒s = cylindres de 16065 * 512 = 8225280 octets
  20. Sector size (logical/physical): 512 bytes / 512 bytes
  21. I/O size (minimum/optimal): 512 bytes / 512 bytes
  22. Identifiant de disque : 0x00000000
  25. Disque /dev/md2: 1978.4 Go, 1978380779520 octets
  26. 2 t▒tes, 4 secteurs/piste, 483003120 cylindres
  27. Unit▒s = cylindres de 8 * 512 = 4096 octets
  28. Sector size (logical/physical): 512 bytes / 4096 bytes
  29. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  30. Identifiant de disque : 0x00000000
  33. Disque /dev/md1: 21.5 Go, 21474770944 octets
  34. 2 t▒tes, 4 secteurs/piste, 5242864 cylindres
  35. Unit▒s = cylindres de 8 * 512 = 4096 octets
  36. Sector size (logical/physical): 512 bytes / 4096 bytes
  37. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  38. Identifiant de disque : 0x00000000


Code :
  1. mount
  2. rootfs on / type rootfs (rw)
  3. /dev/root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  4. devtmpfs on /dev type devtmpfs (rw,relatime,size=8162904k,nr_inodes=2040726,mode=755)
  5. none on /proc type proc (rw,relatime)
  6. none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
  7. devpts on /dev/pts type devpts (rw,relatime,mode=600)
  8. /dev/md2 on /var type ext4 (rw,relatime,data=ordered)
  9. tmpfs on /dev/shm type tmpfs (rw,relatime)
  10. none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
  11. /dev/root on /var/named/chroot/etc/named type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  12. /dev/md2 on /var/named/chroot/var/named type ext4 (rw,relatime,data=ordered)
  13. /dev/root on /var/named/chroot/etc/named.rfc1912.zones type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  14. /dev/root on /var/named/chroot/etc/rndc.key type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  15. /dev/root on /var/named/chroot/usr/lib64/bind type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  16. /dev/root on /var/named/chroot/etc/named.iscdlv.key type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  17. /dev/root on /var/named/chroot/etc/named.root.key type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  18. /dev/root on /var/named/chroot/etc/services type ext4 (rw,relatime,errors=remount-ro,data=ordered)
  19. /dev/root on /var/named/chroot/etc/protocols type ext4 (rw,relatime,errors=remount-ro,data=ordered)


Code :
  1. cat /proc/mdstat
  2. Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
  3. md1 : active raid1 sda1[0]
  4.       20971456 blocks [2/1] [U_]
  6. md2 : active raid1 sda2[0]
  7.       1932012480 blocks [2/1] [U_]
  9. unused devices: <none>


---------------
D3
mood
Publicité
Posté le 06-12-2021 à 11:20:16  profilanswer
 

n°1470696
ratibus
Posté le 06-12-2021 à 14:58:42  profilanswer
 

Aucun downtime à prévoir, c'est le but du RAID :)
 
Il va falloir recopier la table de partition de sda vers sdb (bien faire gaffe à l'ordre, celui de l'article n'est pas dans le bon ordre pour toi :D).
 
Dans ton cas ça donne ça, vu que c'est sda qui est sain et qu'on veut dumper :

Code :
  1. sfdisk -d /dev/sda | sfdisk /dev/sdb


 
Et ensuite ajouter les partitions de sdb ainsi définies dans tes array raid.

Code :
  1. mdadm --add /dev/md1 /dev/sdb1
  2. mdadm --add /dev/md2 /dev/sdb2


Message édité par ratibus le 06-12-2021 à 15:14:49
n°1470699
mechkurt
Posté le 06-12-2021 à 15:14:01  profilanswer
 

Bon ben je galères un peu (comme prévu), j'ai passer les 3 premières étapes (umount /dev/md1 + mdadm --fail /dev/md1 /dev/sdb1 + mdadm --remove /dev/md1 /dev/sdb1) vu que je n'ai rien a supprimer...
 
Du coups la suivante c'est de copier la partition saine de sda vers sdb sauf que :

Code :
  1. # sfdisk -d /dev/sda | sfdisk /dev/sdb
  2. V▒rification qu'aucun autre n'utilise le disque en ce moment ...
  4. ATTENTION : identifiant de table de partitions GPT (GUID) detect▒ sur "/dev/sda" ! L'utilitaire sfdisk ne supporte pas GPT. Utilisez GNU Parted.
  6. OK
  8. Disque /dev/sdb : 243201 cylindres, 255 t▒tes, 63 secteurs/piste
  9. /dev/sdb : type non reconnu de table de partition
  10. Vieille situation:
  11. Aucune partition rep▒r▒e
  12. Nouvelle situation:
  13. Unit▒s= secteurs de 512 octets, d▒compte ▒ partir de 0
  15.    P▒riph Amorce  D▒but       Fin   #secteurs Id  Syst▒me
  16. /dev/sdb1             1 3907029167 3907029167  ee  GPT
  17. /dev/sdb2             0         -          0   0  Vide
  18. /dev/sdb3             0         -          0   0  Vide
  19. /dev/sdb4             0         -          0   0  Vide
  20. Attention : la partition 1 ne se termine pas sur une fronti▒re de cylindre
  22. sfdisk: Ces partitions sont questionnables -- rien n'a chang▒.
  23. (Si vous d▒sirez cela, utiliser l'option --force.)


 
Je cherches de la doc sur GNU Parted...


---------------
D3
n°1470700
ratibus
Posté le 06-12-2021 à 15:16:02  profilanswer
 

J'avais édité mon message initial avec les commandes en espérant que ton sfdisk serait suffisamment à jour pour GPT :o


---------------
Mon blog
n°1470701
ratibus
Posté le 06-12-2021 à 15:17:56  profilanswer
 

La réponse ici pour la première étape (créer les partitions pour sdb) : https://askubuntu.com/a/57922


---------------
Mon blog
n°1470702
ratibus
Posté le 06-12-2021 à 15:19:08  profilanswer
 

Du coup les commandes à lancer :

Code :
  1. sgdisk /dev/sda -R /dev/sdb
  2. sgdisk -G /dev/sdb
  3. mdadm --add /dev/md1 /dev/sdb1
  4. mdadm --add /dev/md2 /dev/sdb2


Message édité par ratibus le 06-12-2021 à 15:20:00
n°1470703
mechkurt
Posté le 06-12-2021 à 15:24:27  profilanswer
 

Merci bcps ratibus, j'étais sur ce lien https://unix.stackexchange.com/ques [...] swer-60393 et j'allais sans doute arriver peu ou prou aux mêmes commandes mais je préfères avoir confirmation ! ^^

Code :
  1. ]# cat /proc/mdstat
  2. Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
  3. md1 : active raid1 sdb1[2] sda1[0]
  4.       20971456 blocks [2/1] [U_]
  5.       [======>..............]  recovery = 31.1% (6526336/20971456) finish=4.8min speed=49737K/sec
  7. md2 : active raid1 sdb2[2] sda2[0]
  8.       1932012480 blocks [2/1] [U_]
  9.         resync=DELAYED
  11. unused devices: <none>


Message édité par mechkurt le 06-12-2021 à 15:25:25

---------------
D3
n°1470704
ratibus
Posté le 06-12-2021 à 15:25:22  profilanswer
 

En tout cas t'as rien besoin de unmount à ma connaissance.


---------------
Mon blog
n°1470705
mechkurt
Posté le 06-12-2021 à 15:28:24  profilanswer
 

Nop et ça m'arrange de pas avoir un gros downtime, 8 minutes pour la petite partition ça laisse sans doute pas mal de temps pour la grosse ! ^^
 
Edit: 578 minutes l'autre partition ^^


Message édité par mechkurt le 06-12-2021 à 15:32:04

---------------
D3
n°1470706
frenchieis​verige
Nej, men HEJSAN!
Posté le 06-12-2021 à 15:31:25  profilanswer
 

Il y a pas de downtime vu qu'il y a toujours l'autre disque qui tourne :??:


---------------
[TU]: Linux Mint | NAS Homemade | Noyau Linux | OpenMediaVault | Windows 11
mood
Publicité
Posté le 06-12-2021 à 15:31:25  profilanswer
 

n°1470707
mechkurt
Posté le 06-12-2021 à 15:34:37  profilanswer
 

Certes mais je supposes qu'en cas de umount le système aurait eu un peu de mal a trouver les fichiers, ou alors j'ai rien compris à la commande mount ! ^^
 
Il se trouver que c'est ce que préconises l'article d'OVH, sur une machine en prod, ça fait 10 heures d’interruption de services, c'est pas glop.


---------------
D3
n°1470709
ratibus
Posté le 06-12-2021 à 15:54:25  profilanswer
 

Non mais ils font le umount uniquement pour pouvoir simuler la panne :D
L'article est très mal fait.


---------------
Mon blog
n°1470710
mechkurt
Posté le 06-12-2021 à 15:59:08  profilanswer
 

Ça ne me parles pas du tout leur truc, je trouves aussi que leur guide est nul (d’où ma question ici ^^).
La dernier commande étant le mount on peut (a tort) penser qu'il faut attendre la fin de la reconstruction pour le faire, ils auraient put être plus clair...


---------------
D3
n°1470711
frenchieis​verige
Nej, men HEJSAN!
Posté le 06-12-2021 à 16:02:10  profilanswer
 

En fait c'est tout le principe du RAID : pouvoir assurer la haute disponibilité des données même en cas de panne des disques.
Il y en aurait aucun si tu dois démonter tous les disques et le reconstruire en « offline »


---------------
[TU]: Linux Mint | NAS Homemade | Noyau Linux | OpenMediaVault | Windows 11
n°1470718
ratibus
Posté le 06-12-2021 à 16:54:14  profilanswer
 

Il n'y a pas de mount/umount à faire.


---------------
Mon blog

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Codes et scripts

  [CENTOS] Reconstruction d'un raid logiciel après changement de disque

 

Sujets relatifs
Existe-t'il une distrib linux ou un logiciel pour"suivre"ls programmesCentOs 8 : pas de son ????
Xiaomi MI Box S et lecture disque réseau[GNU/Linux][Logiciel][Adaline][level 10] sondage/appréciations
RESOLU : A la recherche du logiciel radio web perdu...Migration CentOS 8 > RHEL 8
openmediavault raid5 disparuProblème espace disque
[CENTOS] Help config soyoustart en mose rescue, ecran noir en normal[HELP] VM VirtualBOX image disque Ubuntu introuvable
Plus de sujets relatifs à : [CENTOS] Reconstruction d'un raid logiciel après changement de disque

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.081 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR