[Raspberry Pi 3] Créer un raid logiciel puis faire un nas

 

Créer un raid logiciel puis faire un nas sur Raspberry Pi 3

Article original Publié le : 05 avril 2020 Mise a jour le : 06 avril 2020

 

En cette période de confinement je m’amuse avec mon Raspberry Pi.
et pourquoi pas faire un NAS pour partager des fichiers avec tous les devices.

Il faut pas grand chose, 2 disques (externe ou interne+boîtier) et un Raspberry

Modèle: Seagate Barracuda
Nombre: 2
Volumétrie: 1GO chacun (utiliser des disques de meme taille)
Type : SATA II
Format: 3,5 pouce (interne)
Baie disques Inateck (FD2005) -> https://www.amazon.fr/Inateck-Station-daccueil-Capacit%C3%A9-Compatible/dp/B06XYJSR8B

 

J’opte pour du raid 1, plus sécure quand a la perte d’un disque

Pour rappel
Raid 0
Minimum: 2 disques
Avantage: Performance
Inconvénient: La panne d’un des deux disques entraîne la perte de toutes les données de la baie.

Raid 1
Minimum: 2 disques
Avantage: Redondance
Inconvénient: les disques se répliquent, on perd donc la moitié de l’espace disque sur la totalité.

Il existe d’autres raid 5,10,50 … mais restons modeste, on parle de deux disques !

 

 

Préparation de l’environnement

• Mise a jour du système

 

• Installation de quelques outils

 

• Installation des paquets nécessaires

/!\ Si l’erreur ci dessous se produit, faire un sudo apt-get update et relancer la l’installation du paquet

 

 

Ajout des disques

• Raccorder les 2 disques au Raspberry Pi

Avec la commande dmesg on voit que les deux disques sont bien reconnus, sda et sdb

 

lsblk permet de lister tous les devices
Nous retrouvons les deux disques durs sda et sdb,
ainsi que la carte sd qui se nomme mmcblk0 et ces 2 partitions mmcblk0p1 (/boot) et mmcblk0p2 (/)

 

 

Création du Raid

• Utilisation du binaire mdadm 

 

Valider la création du raid

Dans le détail
/dev/md0 : volume raid
level=1 : type de raid
raid-devices=2 : nombres de périphériques
/dev/sda /dev/sdb : disque 0 et 1

 

Pour voir l’état de la synchronisation du raid

La synchro prend du temps en fonction de la volumétrie, cela n’empêche pas de formater les disques et de les utiliser.
On peut voir la ligne resync qu’il est a 1.5% avec une estimation de fin a 1148 minutes et une vitesse de 13952K/sec !

 

Pour une vue plus détaillé sur l’état du raid, on y voit le statut active, resyncing

 

 

Création et montage du système de fichiers

• Utilisation du binaire mkfs

Il faut maintenant créer le système de fichiers avec la commande mkfs.
il y a différents types de formats, ext2, ext3, ext4, swap, fat, ReiserFS …
Pour la comparaison voir https://doc.ubuntu-fr.org/systeme_de_fichiers#comparaison_de_systemes_de_fichiers

 

Puis créer le point de montage et monter le

 

Vérifier avec disk free l’apparition du point de montage et sa volumétrie

 

Pour finir il faut configurer le fichier mdadm.conf pour qu’il analyse le raid automatiquement au démarrage

 

Pour monter et rendre accessible le raid pendant le processus de démarrage, lancer la commande

 

 

 

Permissions et droits

• Créez un groupe qui aura accès au device disk_raid1, ajouter y les utilisateurs autorisés, affiner les droits

La création du raid est terminé, il faut attendre la fin de la synchronisation
Si celle ci est coupé, voir en bas de cet article dans resync.

 

Création du partage Samba

• Configuration de Samba

Il faut d’abord créer le répertoire de partage sur le point de montage, puis affiner et donner les droits du groupe grp_raid1

 

On vérifie

 

Faire une sauvegarde du fichier original avant toute modif, puis éditer smb.conf et ajouter en fin de ligne la définition de partage suivante

 

Recharger Samba

 

Créer le(s) utilisateur(s) a pouvoir accéder au partage Samba et ajouter le(s) dans le groupe grp_raid1

Il faut également sété le mot pour le user system bef ( smbpasswd -a) pour qu’il puisse accéder au partage Samba indépendamment du point de montage.

 

Monter le volume depuis une machine Windows

• Connecter un lecteur réseau

Sur Windows 10 par exemple, clic droit sur poste de travail/connecter un lecteur réseau
Si pas de serveur dns, utiliser l’ip ou renseigner le fichier hosts ..

Il faut un compte valide pour accéder au partage puisque dans smb.conf on a sété no a only guest

 

Le partage est accessible, la création/l’édition fonctionne dans les 2 sens

 

 

UPDATE 06/04/2020: 19h plus tard, le raid est optimal (:-))

 

 

Divers

Pour aller plus loin quelques tips trouvés sur différents sites

Surveillance du raid Dans le fichier mdadm.conf adapter la fonction MAILADDR pour recevoir une alerte en cas de défaillance, il faut bien sur avoir configurer exim4 ou postfix. $ sudo vim /etc/mdadm/mdadm.conf 1 $ sudo vim /etc/mdadm/mdadm.conf MAILADDR monadresse_mail@domaine.tld 1 MAILADDR monadresse_mail@domaine.tld puis lancer la commande suivante $ sudo mdadm --monitor --mail=monadresse_mail@domaine.tld --syslog --delay=300 /dev/md0 --daemonise 1 $ sudo mdadm --monitor --mail=monadresse_mail@domaine.tld --syslog --delay=300 /dev/md0 --daemonise   Vérifier les process en cours $ ps faux | grep mdadm 1 $ ps faux | grep mdadm bef 2985 0.0 0.0 7364 568 pts/0 S+ 20:06 0:00 \_ grep --color=auto mdadm root 869 0.0 0.1 2612 1820 ? Ss 15:34 0:00 /sbin/mdadm --monitor --scan root 1529 0.0 0.1 2612 1728 ? Ss 16:38 0:00 mdadm --monitor --mail=mon_mail@domaine.tld --syslog --delay=300 /dev/md0 --daemonise 1 2 3 bef 2985 0.0 0.0 7364 568 pts/0 S+ 20:06 0:00 \_ grep --color=auto mdadm root 869 0.0 0.1 2612 1820 ? Ss 15:34 0:00 /sbin/mdadm --monitor --scan root 1529 0.0 0.1 2612 1728 ? Ss 16:38 0:00 mdadm --monitor --mail=mon_mail@domaine.tld --syslog --delay=300 /dev/md0 --daemonise   Réception d’une alerte J’ai éteint la baie de disque et j’ai reçu une alerte par mail “Fail event on /dev/md0” This is an automatically generated mail message from mdadm running on srv-test.izero.fr A Fail event had been detected on md device /dev/md0. It could be related to component device /dev/sdb. Faithfully yours, etc. P.S. The /proc/mdstat file currently contains the following: Personalities : [raid1] md0 : active raid1 sdb[1](F) sda[0] 976630464 blocks super 1.2 [2/1] [U_] [=======>.............] resync = 36.4% (356343616/976630464) finish=763.1min speed=13546K/sec bitmap: 6/8 pages [24KB], 65536KB chunk unused devices: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 This is an automatically generated mail message from mdadm running on srv-test.izero.fr   A Fail event had been detected on md device /dev/md0.   It could be related to component device /dev/sdb.   Faithfully yours, etc.   P.S. The /proc/mdstat file currently contains the following:   Personalities : [raid1] md0 : active raid1 sdb[1](F) sda[0]       976630464 blocks super 1.2 [2/1] [U_]       [=======>.............]  resync = 36.4% (356343616/976630464) finish=763.1min speed=13546K/sec       bitmap: 6/8 pages [24KB], 65536KB chunk   unused devices:

 

Pour stopper le raid proprement / reprendre la synchronisation Il faut d’abord demonter le point de montage sinon il il aura une erreur de ce type “mdadm: Cannot get exclusive access to /dev/md0:Perhaps a running process, mounted filesystem or active volume group?” $ sudo umount /mnt/disk_raid1 1 $ sudo umount /mnt/disk_raid1 puis $ sudo mdadm --stop /dev/md0 1 $ sudo mdadm --stop /dev/md0   Pour relancer la raid, et le resync $ sudo mdadm --assemble /dev/md0 /dev/sda /dev/sdb 1 $ sudo mdadm --assemble /dev/md0 /dev/sda /dev/sdb ou $ sudo mdadm --assemble --run --force --update=resync /dev/md0 /dev/sda /dev/sdb 1 $ sudo mdadm --assemble --run --force --update=resync /dev/md0 /dev/sda /dev/sdb   Verifier le status $ cat /proc/mdstat 1 $ cat /proc/mdstat Si celui a le status resync=PENDING lancer la commande $ sudo mdadm --readwrite /dev/md0 1 $ sudo mdadm --readwrite /dev/md0   Re-verifier le status $ cat /proc/mdstat 1 $ cat /proc/mdstat Personalities : [raid1] md0 : active raid1 sda[0] sdb[1] 976630464 blocks super 1.2 [2/2] [UU] [=======>.............] resync = 38.6% (377923584/976630464) finish=711.7min speed=14018K/sec bitmap: 6/8 pages [24KB], 65536KB chunk unused devices: 1 2 3 4 5 6 7 Personalities : [raid1] md0 : active raid1 sda[0] sdb[1]       976630464 blocks super 1.2 [2/2] [UU]       [=======>.............]  resync = 38.6% (377923584/976630464) finish=711.7min speed=14018K/sec       bitmap: 6/8 pages [24KB], 65536KB chunk   unused devices:   Enfin remonter le point de montage  pour rendre le partage re-accessible $ sudo mount -a 1 $ sudo mount -a

 

 

Source

https://wiki.debian-fr.xyz/Raid_logiciel_(mdadm)

https://www.digitalocean.com/community/tutorials/how-to-create-raid-arrays-with-mdadm-on-ubuntu-16-04

https://debian-facile.org/doc:install:supprimer-un-raid-logiciel

https://framacloud.org/fr/echange-de-graines/debloquer-un-raid-coince-en-resyncpending.html