1 votes

Encore un disque assemblé en Raid0 ?

Notre serveur a récemment subi une défaillance de disque. Notre fournisseur d'hébergement a installé un nouveau disque avec CentOS pour que nous puissions nous connecter et voir si nous pouvons récupérer les données.

Nous avions 2 disques SSD de 120 Go dans une configuration RAID0 logicielle - notre hôte l'a configurée pour nous ; nous ne l'avons pas fait nous-mêmes car nous n'avons pas le "savoir-faire" - d'où la raison pour laquelle je suis ici à poster ce message.

Voici le résultat de fdisk -l - enter image description here

SDB et SDC sont les lecteurs RAID.

J'ai essayé les commandes suivantes pour monter les disques :

enter image description here

J'ai fait quelques recherches et j'ai découvert que pour le RAID logiciel, vous pouvez utiliser la fonction mdadm pour scanner/assembler automatiquement, mais cela n'a pas fonctionné non plus :

[root@localhost ~]# mdadm -A --scan
mdadm: No arrays found in config file or automatically

J'ai essayé d'exécuter l'option examiner et voici le résultat :

[root@localhost ~]# mdadm --examine /dev/sdb
/dev/sdb:
   MBR Magic : aa55
Partition[0] :       204800 sectors at         2048 (type 83)
Partition[1] :     20480000 sectors at       206848 (type 83)
Partition[2] :      8192000 sectors at     20686848 (type 82)
Partition[3] :    435964672 sectors at     28878848 (type 05)
[root@localhost ~]# mdadm --examine /dev/sdb1
mdadm: No md superblock detected on /dev/sdb1.
[root@localhost ~]# mdadm --examine /dev/sdb2
mdadm: No md superblock detected on /dev/sdb2.
[root@localhost ~]# mdadm --examine /dev/sdb3
mdadm: No md superblock detected on /dev/sdb3.
[root@localhost ~]# mdadm --examine /dev/sdb4
mdadm: No md superblock detected on /dev/sdb4.

[root@localhost ~]# mdadm --examine /dev/sdc
mdadm: No md superblock detected on /dev/sdc.
[root@localhost ~]# mdadm --examine /dev/sdc1
mdadm: cannot open /dev/sdc1: No such file or directory

et voici le résultat de cat /proc/mdstat

root@localhost ~]# cat /proc/mdstat
Personalities :
unused devices: <none>

J'ai eu un problème similaire auparavant et j'ai déjà posé une question à ce sujet. Remonter deux anciens disques de la configuration raid0 pour récupérer les données

La dernière fois, j'ai réussi à résoudre le problème car le tableau était 100% propre et j'ai réussi à le monter en exécutant cette commande : mkdir /mnt/oldData && mount /dev/md127 /mnt/oldData mais cette fois, le problème semble être différent. Il n'y a pas de /dev/md* - voir cette ->

pic

Quelqu'un peut-il aider ?

1voto

Frostman Points 166

Si je comprends bien votre problème, il y a eu une panne de disque dans votre matrice RAID 0. Le RAID 0 n'a AUCUNE tolérance de défaillance et est principalement utilisé pour la vitesse. Sans les deux disques, ou en utilisant une autre configuration de matrice RAID qui a la parité, vous ne pouvez pas récupérer ces données.

Si vous parvenez à récupérer les données du disque défaillant, vous pouvez essayer de déplacer ces données sur un nouveau disque et le réintégrer dans la matrice. Ceci n'est pas garanti pour fonctionner, mais cela peut être tenté si vous avez toujours le disque défaillant, ou si les données de ce disque sont récupérées d'une manière ou d'une autre.

0voto

asad.taj Points 113

Mdadm --examine --metadata 1.2 /dev/sd [bc]

On dirait un raid logiciel à bloc complet. Il n'est pas basé sur les partitions - les partitions sont définies sur le premier disque.

Essayez de trouver les métadonnées sur les disques en utilisant différentes versions de métadonnées. Il est possible que la distro live démarrée ne supporte pas votre type de métadonnées.

mdadm est votre ami :)


Voici un exemple avec mon système : 2x30GB SSD :

mdadm --examine --metadata 1.2 /dev/sdb1

/dev/sdb1 :
Magie : a92b4efc
Version : 1.2
Carte des caractéristiques : 0x0
UUID du tableau : c609e03c:bda63289:1c4f3bbe:d35ba549
Nom : sh:0 (local à l'hôte sh)
Heure de création : Thu Aug 29 16:11:22 2013
Niveau du raid : raid0
Périphériques Raid : 2

Taille disponible : 62529520 (29.82 GiB 32.02 GB)
Décalage des données : 16 secteurs
Super Offset : 8 secteurs
État : propre
UUID du périphérique : 7c962127:e548bb1c:0c3e4a7a:e180fa57

Heure de mise à jour : Thu Aug 29 16:11:22 2013
Checksum : 657466b3 - correct
Événements : 0

Taille des morceaux : 512K

Rôle du dispositif : Dispositif actif 1
État du réseau : AA ('A' == actif, '.' == absent)

mdadm --examine --metadata 0.9 /dev/sdb1

mdadm : Aucun super bloc trouvé sur /dev/sdb1 (Attendu magique a92b4efc, obtenu 82901084)

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X