web-dev-qa-db-fra.com

raid 5 changement de nom lors du redémarrage

J'ai laissé mon serveur fonctionner toute la nuit en "récupération" après avoir construit un nouveau tableau RAID 5 en utilisant la commande:

mdadm --create --verbose /dev/md0 --level=5 --raid-devices=3 /dev/sd[bcd]1

Mon serveur a passé toute la nuit à reconstruire et j'ai obtenu les résultats souhaités:

    amir@SuperMassive:~$ Sudo mdadm --detail --scan
    [Sudo] password for amir: 
    ARRAY /dev/md0 metadata=1.2 name=SuperMassive:0 UUID=2f693f45:accebaf0:70060db8:c5cb42e0

J'ai essayé d'ajouter ceci à mon fichier mdadm.conf mais j'ai continué à obtenir des erreurs d'autorisation refusée.

amir@SuperMassive:~$ Sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf
-bash: /etc/mdadm/mdadm.conf: Permission denied

Pour une raison que je ne peux pas expliquer, je pensais qu'un redémarrage serait une bonne idée. Je n'ai pas pensé au fait que je n'avais pas ajouté mon tableau au fichier mdadm.conf. Maintenant, quand je regarde ma flèche, le nom est passé de/dev/MD à/dev/md/SuperMassive: 0

amir@SuperMassive:~$ Sudo mdadm --detail --scan
[Sudo] password for amir: 
ARRAY /dev/md/SuperMassive:0 metadata=1.2 name=SuperMassive:0 UUID=2f693f45:accebaf0:70060db8:c5cb42e0

Quelqu'un peut-il me dire comment résoudre ce problème? Je ne veux vraiment pas avoir à passer par une autre récupération :( J'ai édité le fichier mdadm.conf pour inclure la ligne appropriée du premier scan de détail mdadm mais après le redémarrage, j'obtiens toujours la sortie du dernier scan de détail mdadm avec le nom étant/dev/md/SuperMassive: 0.

Une autre chose à noter est que dans/dev au lieu d'avoir md0 et md0p1, j'ai md127 et md127p1. :(

data-recoveryraidmdadm
2
Amir

C'est étrange, je vois que tout le mdadm avec Sudo. Mayb vous devez d'abord arrêter le tableau ... la dernière fois que je dois réparer un raid, j'ai utilisé un live cd ... essayons ceci:

Firt be root (Sudo -i), puis arrêtez votre tablea

faites d'abord cat/proc/mdstat et enregistrez-le dans un fichier pour voir les différences ok?

mdadm --stop /dev/md0

puis recréez le tableau (désolé)

mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sdb /dev/sdc /dev/sdd

enregistrer la conf.

mdadm --detail --scan >> /etc/mdadm.conf

regardez votre conf. cat /proc/mdstat

regardez le mien par exemple;

cat /proc/mdstat 
Personalities : [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] 
md4 : active raid5 sdd4[0] sdg4[4] sdf4[2] sde4[1]
      5762701824 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]

md3 : active raid1 sdh1[0] sdi1[1]
      1953512400 blocks super 1.2 [2/2] [UU]

md2 : active raid5 sdj1[0] sdc1[4] sdb1[2] sda1[1]
      5860535808 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]

md0 : active raid1 sdd2[0] sde2[3] sdf2[2] sdg2[1]
      409152 blocks [4/4] [UUUU]

md1 : active raid5 sdd3[0] sde3[3] sdf3[2] sdg3[1]
      93449856 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

unused devices: <none>

de toute façon si cela ne fonctionne pas, montrez-nous plus d'informations. (mdadm --detail/dev/md0, mdadm --examine/dev/sd [abcde ...]) bonne chance!

1
maniat1k

De plus, je pourrais ajouter que tee serait utile dans votre cas. Alors entrant

Sudo mdadm --detail --scan | Sudo tee -a /etc/mdadm/mdadm.conf

entraînera des erreurs sans autorisation refusée. La commande tee avec l'option append (-a) prend la sortie de mdadm et l'ajoute au fichier.

Dans le cas où vous avez décrit la redirection de sortie (>>) se produit en tant qu'utilisateur amir et vous n'avez pas le droit d'écrire dans le fichier.

0
qbi