Galère de miroir sur un QNAP 210 !
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](../../rw_common/plugins/blog/smiley_sad.png)
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](../../rw_common/plugins/blog/smiley_sad.png)
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
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 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](../../rw_common/plugins/blog/smiley_smile.png)
Bonne nouvelle, on ne voit plus le disque unique précédent. Et enfin la copie d'écran tant attendue ci-dessous
Un redémarrage du NAS pour vérifier la bonne prise en compte du miroir, tout est rentré dans l'ordre 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.