Vous êtes ici:

Menu

Galère de miroir sur un QNAP 210 !

Voici mon histoire de galère avec la reconstruction d'un miroir pouvant servir aux possesseurs de NAS QNAP à deux disques. A mon retour du Canada, mon QNAP 210 m'annonce une mauvaise nouvelle via la messagerie. Le message contenait ceci :
Level: Warning 
[Mirror Disk Volume: Drive 1 2] RAID device in degraded mode.

Après quelques tests, la conclusion devenait évidente, il faut remplacer un disque présentant des secteurs défectueux Sad Autant vous dire qu'il ne faut pas traîner lorsque vous n'avez plus de redondance, un petit tour chez le marchand et vous revenez avec votre disque flambant neuf de préférence identique au précédent. Un petit coup de tournevis, on enlève le disque défaillant et c'est reparti pour le démarrage.
L'interface reconnait bien votre nouveau disque dur, vous pouvez le formater. Mais lorsque vous voulez reconstruire votre miroir, grosse surprise! Cette fonctionnalité n'est pas prise en compte dans l'interface de votre QNAP ! La solution préconisée est de sauvegarder vos données sur un autre support, de casser votre miroir et de le reconstruire... Grand moment de solitude et c'est à ces moments que l'on se dit qu'il aurait été peut-être judicieux de prendre un NAS à quatre ou cinq disques Sad
Heureusement, Google étant mon ami depuis quelques années, je trouve une solution pour reconstruire mon miroir : la fameuse ligne de commande ! Voici les explications :
- Connectez-vous en telnet ou ssh sur votre QNAP
telnet 192.168.0.50 13131
[~] #

- se positionnez sur le dossier /sbin
[~] # cd /sbin

- Vérifiez votre miroir
[/sbin] # mdadm --query --detail /dev/md0
/dev/md0:
Version : 01.00.03
Creation Time : Sat Jun 30 23:24:26 2012
Raid Level : raid1
Array Size : 2928697556 (2793.02 GiB 2998.99 GB)
Used Dev Size : 2928697556 (2793.02 GiB 2998.99 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Mon Jun 16 05:33:57 2014
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

Name : 0
UUID : 42a1f102:bf47a4c7:a54f63bb:22314e1d
Events : 6315995

Number Major Minor RaidDevice State
0 8 19 0 active sync /dev/sdb3
1 0 0 1 removed

- Dans notre cas, c'est le premier disque qui est en défaut, il est détecté /dev/sba3. On vérifie le montage des disques sur le système
[/sbin] # mount
.......
/dev/sda3 on /share/HDA_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,delalloc,noacl)
/dev/md0 on /share/MD0_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,delalloc,noacl)
.........

- Le miroir est monté, ainsi que le nouveau disque dur. Il faut donc le démonter.
[/sbin] # umount /dev/sda3

- Nous pouvons l'ajouter au miroir maintenant
[/sbin] # mdadm /dev/md0 -a /dev/sda3
mdadm: added /dev/sda3

- Automatiquement, le miroir se reconstruit, comme l'indique la commande suivante
[/sbin] # mdadm --query --detail /dev/md0
/dev/md0:
Version : 01.00.03
Creation Time : Sat Jun 30 23:24:26 2012
Raid Level : raid1
Array Size : 2928697556 (2793.02 GiB 2998.99 GB)
Used Dev Size : 2928697556 (2793.02 GiB 2998.99 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Mon Jun 16 05:38:46 2014
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1

Rebuild Status : 0% complete

Name : 0
UUID : 42a1f102:bf47a4c7:a54f63bb:22314e1d
Events : 6316169

Number Major Minor RaidDevice State
0 8 19 0 active sync /dev/sdb3
2 8 3 1 spare rebuilding /dev/sda3

- Et si vous visualisez votre interface WEB, vous obtenez la vue suivante

rebuildmiroring92


Il ne vous plus qu'a prendre votre mal en patience et attendre la fin de la reconstruction...Néanmoins, une petite chose m'inquiète, l'affichage persistant du Lecteur 1 démonté. La reconstruction terminée, je redémarre mon NAS pour vérifier le bon fonctionnement. Et surprise, plus de données disponibles ! plus de miroir d'ailleurs et le nouveau disque dur monté comme un disque normal Sad La galère, 8 heures de reconstruction perdues !
Heureusement, les données ne sont pas perdues, un petit tour en ligne de commande pour démonter le nouveau disque dur et les données du miroir en mode dégradé sont de nouveau disponibles. Une étude approfondie de Google me fait découvrir d'autres paramètres à modifier. En fait, il fallait modifier deux fichiers avant de redémarrer le NAS : le fichier de configuration des disques /etc/storage.conf et le fichier de configuration du RAID /etc/config/raidtab.
Voici donc les commandes pour effectuer ces modifications. Copiez les fichiers sur le dossier public pour pouvoir les modifier.

[/] # cp /etc/config/raidtab /share/Public
[/] # cp /etc/storage.conf /share/Public

Modifiez les fichiers comme ceci.
raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 4
persistent-superblock 1
device /dev/sdb3
raid-disk 0
device /dev/sda3
raid-disk 1

storage.conf
[VOLUME 1]
device name = /dev/md0
raid level = 1
raid disks = 1,0
spare raid disks =
status = 0
record_time = Mon Jun 16 15:41:55 2014

filesystem = 104
[Global]
Available Disk = 2

Copiez les fichiers à leur emplacement
[/] # cp /share/Public/raidtab /etc/config
[/] # cp /share/Public/storage.conf /etc

Redémarrez ensuite votre NAS et éventuellement allumez un cierge dans votre église préférée Happy. Au bout de quelques minutes, le NAS est disponible et on peut visualiser la reconstruction du miroir. Et c'est reparti pour 8 h de reconstruction !

rebuildmiroring36


Bonne nouvelle, on ne voit plus le disque unique précédent. Et enfin la copie d'écran tant attendue ci-dessous

rebuildmiroring

Un redémarrage du NAS pour vérifier la bonne prise en compte du miroir, tout est rentré dans l'ordre Happy Bilan de cette opération, la première manipulation aurait du être couronné de succès si j'avais modifié les fichiers avant de redémarrer le NAS. Autre constatation, la limitation de l'interface graphique et ses options des NAS Qnap avec deux disques, la connaissance de la ligne de commandes devient vite indispensable et malheureusement nécessite de bonnes compétences en systèmes Linux.

blog comments powered by Disqus
 Vous êtes ici: