Raid logiciel après changement de disque (mode rescue)

Bare Metal et VPS
1

Bonjour,
Suite à un changement de disque SSD NVME je dois reconstruire le volume RAID 1 et suis un peu fébrile ne l'ayant encore jamais fait.

fdisk -l
[…]
Disk /dev/nvme0n1: 419.2 GiB, 450098159616 bytes, 879097968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/nvme1n1: 419.2 GiB, 450098159616 bytes, 879097968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A7412769-5CA3-4503-9E28-FB45574E2764

Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme1n1p2 1048576 2095103 1046528 511M Linux RAID
/dev/nvme1n1p3 2095104 104493055 102397952 48.8G Linux RAID
/dev/nvme1n1p4 104493056 870696959 766203904 365.4G Linux RAID
/dev/nvme1n1p5 870696960 879083519 8386560 4G Linux swap


root@rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md2 : active raid1 nvme1n1p2[1]
523200 blocks [2/1] [_U]

md3 : active raid1 nvme1n1p3[1]
51198912 blocks [2/1] [_U]

md4 : active raid1 nvme1n1p4[1]
383101888 blocks [2/1] [_U]
bitmap: 0/3 pages [0KB], 65536KB chunk


Je comprend que j'ai donc 2 disques :
* /dev/nvme1n1 qui est le disk intact
* /dev/nvme0n1 qui est le nouveau disque

En suivant la doc OVH https://docs.ovh.com/fr/dedicated/raid-soft/
je copie la table de partition du disque /dev/nvme1n1 vers /dev/nvme0n1

root@rescue:~# sfdisk -d /dev/nvme1n1 | sfdisk /dev/nvme0n1
sfdisk: Checking that no-one is using this disk right now …
sfdisk: OK

Disk /dev/nvme0n1: 429247 cylinders, 64 heads, 32 sectors/track
sfdisk: /dev/nvme0n1: unrecognized partition table type
Old situation:
sfdisk: No partitions found
New situation:
Units: sectors of 512 bytes, counting from 0

Device Boot Start End #sectors Id System
/dev/nvme0n1p1 1 879097967 879097967 ee GPT
/dev/nvme0n1p2 0 - 0 0 Empty
/dev/nvme0n1p3 0 - 0 0 Empty
/dev/nvme0n1p4 0 - 0 0 Empty
sfdisk: Warning: partition 1 does not end at a cylinder boundary
sfdisk: Warning: no primary partition is marked bootable (active)
This does not matter for LILO, but the DOS MBR will not boot this disk.
Successfully wrote the new partition table

Re-reading the partition table …

sfdisk: If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(8).)

Tout ces warning sont-ils normaux ?
Est-ce que je peux commencer la reconstruction du RAID sans problème ?
Il me semble qu'il manque une partition sur le nouveau disque.

Si quelqu'un peut m'aider cela me dépannerai beaucoup.
Merci.

2

La commande
`sfdisk -d /dev/nvme1n1 | sfdisk /dev/nvme0n1`

ne fonctionne pas dans mon cas :

Device Boot Start End Sectors Size Id Type
/dev/nvme0n1p1 1 879097967 879097967 419.2G ee GPT

Disk /dev/nvme1n1: 419.2 GiB, 450098159616 bytes, 879097968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A7412769-5CA3-4503-9E28-FB45574E2764

Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme1n1p2 1048576 2095103 1046528 511M Linux RAID
/dev/nvme1n1p3 2095104 104493055 102397952 48.8G Linux RAID
/dev/nvme1n1p4 104493056 870696959 766203904 365.4G Linux RAID
/dev/nvme1n1p5 870696960 879083519 8386560 4G Linux swap

J'ai essayé de recréer les partitions manuellement avec fdisk, mais les types des partitions obtenus n'est pas exactement le même.

Du coup, je suis passé par sgdisk pour copier ma table de partition :

root@rescue:~# sgdisk --backup=table /dev/nvme1n1
The operation has completed successfully.
root@rescue:~# sgdisk --load-backup=table /dev/nvme0n1
Creating new GPT entries.
The operation has completed successfully.
root@rescue:~# sgdisk -G /dev/nvme0n1
The operation has completed successfully.

Et là c'est bon mes partitions sont enfin identiques:
root@rescue:~# fdisk -l
[…]
Disk /dev/nvme0n1: 419.2 GiB, 450098159616 bytes, 879097968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 48C83678-7383-408D-BC77-51DA4AE280EA

Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme0n1p2 1048576 2095103 1046528 511M Linux RAID
/dev/nvme0n1p3 2095104 104493055 102397952 48.8G Linux RAID
/dev/nvme0n1p4 104493056 870696959 766203904 365.4G Linux RAID
/dev/nvme0n1p5 870696960 879083519 8386560 4G Linux swap

Disk /dev/nvme1n1: 419.2 GiB, 450098159616 bytes, 879097968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A7412769-5CA3-4503-9E28-FB45574E2764

Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme1n1p2 1048576 2095103 1046528 511M Linux RAID
/dev/nvme1n1p3 2095104 104493055 102397952 48.8G Linux RAID
/dev/nvme1n1p4 104493056 870696959 766203904 365.4G Linux RAID
/dev/nvme1n1p5 870696960 879083519 8386560 4G Linux swap
[…]

Je synchronise mes volumes RAID :
root@rescue:~# mdadm --add /dev/md2 /dev/nvme0n1p2
mdadm: added /dev/nvme0n1p2
root@rescue:~# mdadm --add /dev/md3 /dev/nvme0n1p3
mdadm: added /dev/nvme0n1p3
root@rescue:~# mdadm --add /dev/md4 /dev/nvme0n1p4
mdadm: added /dev/nvme0n1p4

Et attends la "reconstruction" :
md4 : active raid1 nvme0n1p4[2] nvme1n1p4[1]
383101888 blocks [2/1] [_U]
[====>…] recovery = 23.4% (89731456/383101888) finish=24.4min speed=200060K/sec
bitmap: 0/3 pages [0KB], 65536KB chunk

Et là c'est bon mes partitions sont enfin identiques:
root@rescue:~# fdisk -l
[…]
Disk /dev/nvme0n1: 419.2 GiB, 450098159616 bytes, 879097968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 48C83678-7383-408D-BC77-51DA4AE280EA

Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme0n1p2 1048576 2095103 1046528 511M Linux RAID
/dev/nvme0n1p3 2095104 104493055 102397952 48.8G Linux RAID
/dev/nvme0n1p4 104493056 870696959 766203904 365.4G Linux RAID
/dev/nvme0n1p5 870696960 879083519 8386560 4G Linux swap

Disk /dev/nvme1n1: 419.2 GiB, 450098159616 bytes, 879097968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A7412769-5CA3-4503-9E28-FB45574E2764

Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme1n1p2 1048576 2095103 1046528 511M Linux RAID
/dev/nvme1n1p3 2095104 104493055 102397952 48.8G Linux RAID
/dev/nvme1n1p4 104493056 870696959 766203904 365.4G Linux RAID
/dev/nvme1n1p5 870696960 879083519 8386560 4G Linux swap
[…]

Je synchronise mes volumes RAID :
root@rescue:~# mdadm --add /dev/md2 /dev/nvme0n1p2
mdadm: added /dev/nvme0n1p2
root@rescue:~# mdadm --add /dev/md3 /dev/nvme0n1p3
mdadm: added /dev/nvme0n1p3
root@rescue:~# mdadm --add /dev/md4 /dev/nvme0n1p4
mdadm: added /dev/nvme0n1p4

Et attends la "reconstruction" :
md4 : active raid1 nvme0n1p4[2] nvme1n1p4[1]
383101888 blocks [2/1] [_U]
[====>…] recovery = 23.4% (89731456/383101888) finish=24.4min speed=200060K/sec
bitmap: 0/3 pages [0KB], 65536KB chunk

La suite dans quelques minutes. Je sent venir les problème Grub / UEFI :frowning:

3

ma dernière fois remonte à loin, et pas d'uefi à l'époque.
Mais normalement faut faire un chroot dans la racine du serveur (pas le système recue) et faire un grub install sur les 2 disques.
Si la racine est monté dans dans /mnt/sdb il faut faire chroot /mnt/sdb.
De mémoire hein..

Mais normalement la resynchro est la partie la + délicate, le + dur est fait !
Restera la question de grub… Qui normalement se résout via un grub-install…

4

> Mais normalement la resynchro est la partie la + délicate, le + dur est fait !

Merci Sich :slight_smile:
La reconstruction des RAID 1 c'est parfaitement déroulé.

Mais je n'ai pas réussit à dépanner / réinstaller Grub :frowning:

J'ai finis par booter sur le kernel netboot pour récupérer les services pour ccette nuit et demain.
Je continue de chercher comment reconfigurer Grub si un initié passe par là, il sera le bienvenu :slight_smile:

5

Bonjour,
Je déterre un vieux topic, mais je viens de rencontrer exactement le même problème. J'ai réalisé toutes les opérations suggérées ici et les partitions ont bien été recréées. Le problème est que le serveur ne boot qu'en mode rescue. Si je tente un boot normal, il reste bloqué sur "chain on hard drive failed".
J'ai voulu faire un grub-install, sans succès :

grub-install /dev/sdb
grub-probe: error: failed to get canonical path of `none'.
grub-probe: error: failed to get canonical path of `none'.
Could not find device for /boot: Not found or not a block device.

Une idée ? @TTY comment avez-vous rebooté le serveur ?

6

Ce topic tout chaud a aussi besoin de renseignements car il a aussi besoin de remettre grub : https://community.ovhcloud.com/t/12237

Vous devriez vous faire un brainstroming en ligne pour trouver la solution :slight_smile:

7

Le seveur est resté sur le netboot :frowning:
C'est une Debian 9 dessus je le remplace à la rentrée.

8

D'accord.
Dans mon cas, malheureusement "Un redémarrage sur un noyau standard OVH ('netboot') ne corrige pas la situation."