Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

piouk03

Je viens de faire la manip...C'est pire... Mon RAID fait maintenant 2.5Mo au lieu de 9.1 TO 🙁

sudo mdadm  --create   --metadata=0.90   /dev/md0 --level=5                                                                                                                                                               --raid-devices=6 /dev/sd[abcdfg]1
mdadm: /dev/sda1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sda1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdb1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdb1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdc1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdc1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdd1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdd1 but will be lost or
       meaningless after creating array
mdadm: /dev/sdf1 appears to be part of a raid array:
       level=raid5 devices=6 ctime=Thu Nov 19 11:46:59 2020
mdadm: partition table exists on /dev/sdf1 but will be lost or
       meaningless after creating array
mdadm: largest drive (/dev/sda1) exceeds size (512K) by more than 1%
Continue creating array? (y/n) y
mdadm: array /dev/md0 started.

sudo parted -l
Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EARX-00P (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA WDC WD20EZRX-00D (scsi)
Disk /dev/sde: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: ATA SAMSUNG HD204UI (scsi)
Disk /dev/sdf: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  2000GB  2000GB  primary  ntfs         raid


Model: Linux Software RAID Array (md)
Disk /dev/md0: 2621kB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0,00B  2621kB  2621kB  ntfs


Model: Kingston DataTraveler G3 (scsi)
Disk /dev/sdg: 8007MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB  ntfs               bios_grub
 2      2097kB  8006MB  8004MB  ext4

geole

Bonjour
Mais on voit que chacune des partions a toujours une taille correcte.

Je ne sais que penser de ce message
mdadm: largest drive (/dev/sda1) exceeds size (512K) by more than 1%
anomalie?
erreur?
Dans une discussion, j'ai récupéré ce constat "
Plusieurs remarques ici. Premièrement, mdadm constate que les deux éléments physiques n'ont pas la même taille ; comme cela implique que de l'espace sera perdu sur le plus gros des deux éléments, une confirmation est nécessaire. "

Tu tu lançais testdisk sur /dev/md0 que dirait-il ?

piouk03

Alors on a empiré les choses... Mon serveur ne redémarrait plus (écran noir après le bios qui bootait bien sur le système). J'ai donc remis le fichier image du système et là un sudo mdadm --detail --scan --verbose me donne :

INACTIVE-ARRAY /dev/md127 num-devices=5 metadata=0.90 UUID=020f62b5:40fed8b6:345                                                                       a719c:ee0e83b4
   devices=/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sde1,/dev/sdg1
INACTIVE-ARRAY /dev/md0 num-devices=1 metadata=1.2 name=serveur:0 UUID=525241b3:                                                                       4f5e7a05:724e8712:69ab3631
   devices=/dev/sdf1

Je regarde alors sur Webmine (oui désolé...) qui me dit que j'ai un md0 de 1.81To et un md127 de 9.09To le tout en RAID0 🙁

Help help ça sent pas bon...!

piouk03

Alors, je viens de voir que j'en avais fais une... J'ai gardé la commande tel quelle, sauf que mes disques étaient en a, b, c, d, e et f au moment de l'exécution or "sd[abcdfg]1"...

Une fois mon système réinstallé j'ai donc j'ai stoppé le MD0 et le MD127... J'ai recréé un MD0 avec la bonne commande (cette fois le système était passé en a, j'ai donc entré "sd[bcdefg]1" dans la commande. J'ai de nouveau un md0 avec un statut dans webmin "clean, degraded, recovering (0%, 291 min)... Il y a plus qu'à croiser le doigts. La suite demain ! Je vous tiens au courant 😉

piouk03

Alors après une nuit de travail on a de nouveau un RAID au statut "Clean" mais lors du montage de celui-ci, toujours le même message d'erreur : "mount: /mnt/serveur: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error."

En regardant dans les propriétés du RAID dans webmin j'ai "Taille des morceaux : 512 kB" alors que je sais avec certitude que lors de la création de mon RAID en 2014 la taille des morceaux était de 4kB. Est-ce que le problème peut venir de là ?

Qu'en pensez-vous ?

geole

Bonjour
Trop compliqué pour moi.
Que donne testdisk sur /dev/md0

bruno

Est-ce que tu peux redonner :

sudo parted /dev/md0 print

piouk03

Je n'ai pas encore tenté testdisk j'attendais votre retour.

sudo parted /dev/md0 print

Model: Linux Software RAID Array (md)
Disk /dev/md0: 10,0TB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0,00B  10,0TB  10,0TB  ntfs

geole

Regarde ce qui va être trouvé. https://doc.ubuntu-fr.org/testdisk

bruno

Le retour en #28 est normal, si ce n'est que le système de fichier est NTFS…
Donc cela devrait monter avec les bonnes options :

sudo mount -t ntfs /dev/md0 /mnt/serveur

piouk03

Oui sauf que le montage de mon RAID ne s'est jamais fait en NTFS... Il était monté en ext4, ça c'est certain aussi. Donc il y a autre chose.

geole

Et c'est seulement maintenant que tu le dis! Voir l'échange N° 7.

piouk03

Bonjour,

Oui ma réponse en #8 n'était peut-être pas claire, mais pour moi on devait avoir du ext4 car le montage était en ext4... Après je ne savais pas si le RAID5 pouvait avoir le drapeau NTFS avec un montage ext4 derrière...

Bref, sur un coup de tête hier, j'ai remis ubuntu 12.04 sur mon serveur. Suppression du RAID et création d'un RAID5 avec mes disques... Le serveur a travaillé la nuit...et ce matin ....: montage du RAID ok avec toutes mes données !!!!!!!! Donc en 2016 j'avais bien dû faire cette manip pour repasser le MD127 en MD1 en faisant la mise à jour de utbuntu 12.04 à utbuntu 16.04 !

Ensuite j'ai remis ubutnu 20.04 LTS et je me retrouve de nouveau avec un RAID en MD127. Cette fois je tente le update-initramfs et redémarre le serveur avant montage... Mais je suis toujours en MD127. 🙁 Donc retour au problème de départ qui m'a fait faire toutes ces bétises...Mais qui n'est plus aussi grave qu'il y a quelques jours. Avant de faire une autre ânerie : comment je passe mon RAID de MD127 à MD0 sans tout casser ? ^^

geole

Bonjour
Bravo pour avoir réinstallé ubuntu 12.04

Quel est le problème d'avoir un MD127 plutôt qu'un md66 ou un md0 ? à part changer quelques scripts

que donne maintenant

sudo mdadm --detail --scan --verbose

lsblk -fe7 -o +size

piouk03

Pour le MD127 je ne sais plus en quoi ça pose problème, mais je me souviens qu'il y a 4 ans ça m'avait bloqué, c'est pour cela que j'avais trouvé la manip de supprimer le RAID et de le recréer pour le remettre en MD0. Mais là il me faudrait une autre méthode qui détruit un peu moins mon RAID au final ^^. En cherchant sur les différents forums j'ai vu que je n'étais pas le seul à avoir ce problème de MD127 et que visiblement cela signifie que le RAID n'est pas reconnu par le système...

sudo mdadm --detail --scan --verbose
 
ARRAY /dev/md/serveur:0 level=raid5 num-devices=6 metadata=1.2 name=serveur:0 UUID=07899665:f2f0ce49:8f56c5e4:8bb241cd
   devices=/dev/sda1,/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sde1,/dev/sdf1

metadata est finalement égal à 1.2

A quoi sert la commande "lsblk -fe7 -o +size" ?

cat /etc/fstab me donne :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/13a5c0d4-5d00-4192-9f0d-36c23304e883 / ext4 defaults 0 0
/swap.img       none    swap    sw      0       0

et "cat /etc/mdadm/mdadm.conf" :

# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This configuration was auto-generated on Thu, 23 Apr 2020 07:34:28 +0000 by mk                                                                                                                                                             conf
ARRAY /dev/md0 uuid=525241b3:4f5e7a05:724e8712:69ab3631

Il y a bien un md0 mais le uuid ne correspond pas à celui de mon RAID...

geole

Bonjour
Je n'ai pas testé
Mais tu devrais modifier la dernière ligne du fichier /etc/mdadm/mdadm.conf
pour la remplacer par deux lignes

##########ARRAY /dev/md0 uuid=525241b3:4f5e7a05:724e8712:69ab3631
ARRAY /dev/md0 uuid=07899665:f2f0ce49:8f56c5e4:8bb241cd

Il faudra un reboot

La commande lsblk sert à voir les partitions montées, leur taille et leur type

a@a:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sda                                                                              111,8G
├─sda1
│    ntfs   Recupsda
│                 221ED57C1ED54985                                                 499M
├─sda2
│    vfat   BOOTEFI
│                 38E2-68E9                              51,6M    46% /boot/efi    100M
├─sda3
│                                                                                   16M
├─sda4
│    ntfs   Windows1
│                 4CFAF21FFAF204CC                                                41,3G
├─sda5
│    ntfs   Recovery
│                 04F232A1F2329740                                                 527M
├─sda6
│    ntfs   Windows2
│                 5EC69850C69829F3                                                41,9G
├─sda7
│    ext4   ELL5SSD2
│                 058340cb-1b81-4ad3-ba13-7192480945e5                            11,5G
├─sda8
│    ext4   EUBUNTU2004
│                 dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae    2,7G    73% /           12,9G
└─sda9
     vfat   BOOTEFISDA9
                  35A6-1D91                                                        100M
sdb                                                                              465,8G
└─sdb1
     linux_ DynaMips:MonRAID5
                  1aef33ae-6d74-f78e-a096-ef677620f3f5                           465,8G
  └─md127
     ext4         2ba9975f-8bc6-49d3-bae5-69f1e44e32bc   50,8G    88% /Raids     465,6G
sdc                                                                                1,8T
├─sdc1
│    vfat   BOOTEFISDC1
│                 0605-DE1C                                                        100M
├─sdc2
│    ntfs   WINXP2To
│                 C87C9DA77C9D90B4                                                  36G
├─sdc3
│    crypto       5928baf8-95ce-4470-a3f9-4fe42d8ddced                             566M
├─sdc4
│    ntfs   SAVEgrosDisque1eretage
│                 3A2A488F5DF41B00                       20,7G    97% /media/SAV 702,8G
├─sdc9
│    ext4   CDROMASROCK
│                 43ef713f-2715-4ce3-9856-1f75b1c58360                             3,7G
├─sdc11
│    ext4   DoublePourTV
│                 c81ca808-4a20-42a2-b875-e56b82e9e273                           654,3G
└─sdc15
     linux_ DynaMips:MonRAID5
                  1aef33ae-6d74-f78e-a096-ef677620f3f5                           465,8G
  └─md127
     ext4         2ba9975f-8bc6-49d3-bae5-69f1e44e32bc   50,8G    88% /Raids     465,6G
a@a:~$

bruno

Après la modification du fichier mdadm.conf et avant de redémarrer il faudra lancer :

sudo update-initramfs -u

piouk03

Bonsoir,

Bon c'est pas gagné encore... Pour commencer j'ai tenté de faire la manip que tu m'as proposé geole sauf que je n'arrive pas à éditer /etc/mdadm/mdadm.conf il me dit qu'il est occupé et refuse de s'ouvrir.

J'ai donc fais un peu de lecture sur le net : https://doc.ubuntu-fr.org/raid_logiciel voir 6.4 :
#tout oublier et rescanner
sudo mdadm -Ss
# Assembler l' Array pré-existante (à adapter)
sudo mdadm -A /dev/md0 /dev/sd[ab]1
# s'en souvenir
sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf (ICI)
# mettre à jour initrd
sudo update-initramfs -v -u
# vous pouvez redémarrer /dev/md0 sera présent.
sudo reboot

Mais arrivé à l'étape (ICI) j'ai le message :

-bash: /etc/mdadm/mdadm.conf: Permission denied

Au final j'ai continué les autres commandes... Je me retrouve avec MD0, mais dès que fais un redémarrage j'ai de nouveau MD127 !!!!!!!! :,(

piouk03

Bon je viens de trouver... Il faut passer en ROOT. Je redonne la démarche complète pour ceux qui auront le même problème que moi :

Passer de MD127 à MD0 :
#tout oublier et rescanner
sudo mdadm -Ss

# Assembler l' Array pré-existante (à adapter)
sudo mdadm -A /dev/md0 /dev/sd[bcdefg]1

# passez en root permanent
sudo -s

# puis se souvenir du MD0
mdadm --detail --scan >> /etc/mdadm/mdadm.conf

# on repasse en utilisateur
exit

# mettre à jour initrd
sudo update-initramfs -v -u

# vous pouvez redémarrer /dev/md0 sera présent.
sudo reboot

Je viens de redémarrer j'ai bien mon MD0 !!!!! Je vais pouvoir finir mon installation. Encore merci à vous deux pour votre aide.

« Page précédente