Stockage réseau NAS QNAP TS-212P

Acquisition d’un NAS QNAP TS-212P pour enfin avoir une solution de stockage digne de ce nom à la maison.

Voilà plusieurs années que j’avais le projet d’acquérir un NAS, mais bien que depuis pas mal d’années il y a de super produits sur le marché même pour des petits budgets, c’était tout de même un peu trop pour mon porte monnaie et je continuais à jongler avec une ribambelle de disques durs externes que je connectais rapidement sur un dock SATA/PATA.


Ce début 2016 marque la fin de cette ère du simple disque USB puisque j’ai finalement saisi l’opportunité des soldes pour acheter un QNAP TS-212P. Certains me diront pourquoi QNAP et pas Synology qui est très à la mode pour les particuliers/TPE/PME, je répondrai simplement le prix. A équivalence, le TS-212P est à moins de 110€. Et je connais mieux QNAP et QTS que j’ai utilisé par le passé sur des baies SAS haute-performance un peu plus imposantes que le TS-212P.

NAS QNAP TS-212P
NAS QNAP TS-212P

Je partais sur 2 disques de 2To avec des données identiques – principalement des backups des photos – et mon but était donc d’utiliser ces 2 disques en RAID1 dans le QNAP. La grosse question qui me taraudait était de savoir s’il était possible de ne placer qu’un seul disque dans le NAS, d’installer le firmware (tout disque nouveau ou ancien étant formatté à l’insertion), puis de copier les données du second disque dans le NAS, puis de connecter le second disque et de migrer vers du RAID. J’ai fait des recherches et posé la question sur le forum officiel QNAP, les réponses n’étaient pas très claires et le même refrain revenait sans cesse, à savoir avoir un backup des données (sur un troisième support), installer les 2 disques (qui seront effacés) et de copier le backup sur le NAS, car la migration vers du RAID n’était pas disponible sur les petits modèles. Mais à force de persévérance dans mes recherches (et en bouquinant la doc aussi), il s’est avéré que la migration est maintenant activée même sur les petits modèles.

Continue reading « Stockage réseau NAS QNAP TS-212P »

Modification du schéma de partitionnement d’edoras

Passage en full LVM

Cette opération est lourde et longue, mais j’ai décidé de modifier le partitionnement de mon petit serveur edoras actuellement sous Fedora 10.
En effet, depuis de nombreuses années, j’utilisais un partitionnement classique, et depuis Cambridge, je suis passé à LVM (enfin!) et même au RAID 1 pour encore plus sécuriser mes sauvegardes photos. Le RAID a été ajouté avec deux disques non utilisés, mais il me restait deux autres disques avec une seule partition chacun sdb1 et sdc1 bourrés de données et montés de façon classique, respectivement en /data1 (200Go) et /backup (160Go), ces deux partitions étant utilisés en montages NFS sur mon réseau (et TRES solicités).

Avant :

$ df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/mapper/VG1-LVroot
9,9G  3,7G  5,7G  40% /
/dev/mapper/VG1-LVhome
26G  853M   23G   4% /home
/dev/sdc1             145G   83G   54G  61% /backup
/dev/sdb1             184G  111G   64G  64% /data1
/dev/sda1             236M   29M  195M  13% /boot
/dev/mapper/VGraid-LVraid
459G  216G  220G  50% /raid

D’une part, cela me faisait beaucoup de montages (NFS) sur mes Mac alors que je pouvais – théoriquement – rassembler /backup et /data1 en un seul volume, et d’autre part, je désirais passer en full LVM pour plus de flexibilité.

La limitation des systèmes de fichiers classiques m’imposait d’avoir ces deux partitions séparées, celles-ci étant sur deux disques différents. C’est là que LVM montre sa puissance : la possibilité de créer un groupe de volumes sur les deux disques, soit au final avoir une seule partition virtuelle de 360Go unique sur les deux disques.

Après :

$ df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/mapper/VG1-LVroot
9,9G  3,7G  5,7G  40% /
/dev/mapper/VG1-LVhome
26G  855M   23G   4% /home
/dev/mapper/VGdata-LVdata
331G  1,8G  312G   1% /mnt/data
/dev/sda1             236M   29M  195M  13% /boot
/dev/mapper/VGraid-LVraid
459G  275G  162G  63% /mnt/raid

Après avoir déplacé mes données sur un autre disque pour faire la modification, redéfini sdb1 et sdc1 en partition de type 8e (Linux LVM) dans fdisk, j’ai opéré comme suit pour ajouter un groupe de volumes VGdata contenant un unique volume logique LVdata de la totalité de l’espace disponible (je ne détaillerai pas, les étapes ayant été un peu mieux expliquées dans ce billet) :

# pvcreate /dev/sdb1
# pvcreate /dev/sdc1
# vgcreate -s 16M VGdata /dev/sdb1 /dev/sdc1
# lvcreate -l 21462 VGdata -n LVdata
# mkfs.ext3 /dev/VGdata/LVdata
# mkdir /mnt/data
# mount /dev/VGdata/LVdata /mnt/data

Ajout du montage dans fstab :

/dev/VGdata/LVdata	/mnt/data		ext3	defaults	1 2