Discussion:RAID
Commentaires de : SamuxWiki
posté le 2005-04-25 20:31:17
un paragraphe sur la résolution (démarche à suivre) en cas de panne de l'un des disques (suivant le raid et la positon du disque à savoir spare, mirror ou autre) serait un plus, car en tant que newbe, je me demande ce que je dois faire si l'un de mes disques (en mirror sans spare) tombe en panne et ce qui se passe pour le remplacer (recopie, procedure etc) ; or je suppose que dans le cas d'un raid 0+1 c'est encore plus vicieux ! Donc ce serait une info utile à mon humble avis.
voila tres bonne continuation à tous et surtout du courage pour un monde meilleur et libre ;-)=Commentaires de : EnnaeL= posté le 2005-04-09 16:15:42
La non nécéssite de mettre le swap sur une partition RAID 1 depends de la stabilite qu'on veut obtenir. En cas de crash d'un disque contenant une partition Swap non mirorée je doute que le systeme puisse encore fonctionner sans le redemarer. En effet, sur cette partition il y a potentiellement des process swaper sur le disque que l'OS n'arrivera certainement pas a remonter en memoire en cas de necessité.
Donc en gros :
- Si la machine peut supporter un redémarage apres un crash disque, alors oui il n'est pas necessaire de mirorer les partitions de swap, et dans ce cas on accepte que les services associes a celle-ci soient indiponibles jusqu'à ce que quelqu'un redemare la machine. - Si la machine ne doir pas redemarer (ce qui dans mon esprit correspond plus a la realite) alors il est obligatoire de mirorer les partitions swap.
Anne : Précisions ajoutées à l'article
Créer un raid logiciel depuis diskdrake
Sur certaines distributions on peut maintenant créer un raid logiciel depuis un soft de partitionnement graphique. Par exemple sous mandriva, j'ai créé un raid 0 depuis diskdrake lors de l'installation.
Superviser les raid logiciels via mdadm
Les alertes étant envoyées par mél, il faut auparavant installer postfix.
Mise en place de la supervision des raids logiciels
Editer le fichier /etc/rc.d/rc.local, et rajouter la ligne suivante :
mdadm -F --scan -f --delay 300 --pid-file /var/run/mdadm.pid -m systeme@societe.com
Pour tester que le processus fonctionne bien, on peut lancer la ligne suivante :
mdadm -F --scan -f --delay 300 --pid-file /var/run/mdadm.pid -m systeme@societe.com -–test
Un mél sera alors envoyé sur la bal spécifiée. Tuer alors le processus :
ps -ef|grep mdadm
root 9888 1 0 15:38 ? 00:00:00 mdadm -F --scan -f --delay 300 --pid-file /var/run/mdadm.pid -m systeme@societe.com --test
root 10619 9842 0 15:42 pts/0 00:00:00 grep mdadm
kill -9 9888
Et le relancer, sans l’option de test :
mdadm -F --scan -f --delay 300 --pid-file /var/run/mdadm.pid -m systeme@societe.com
Quelques commandes à connaître en cas de problème
mdadm —detail —scan : affiche les raid logiciels créés
mdadm —detail /dev/md0 : affiche l’état du raid md0
En cas de pépin
Si, sur la commande —detail /dev/md0, un disque est en "faulty" :
mdadm /dev/md0 -r /dev/sdc1 : enlève le disque du raid
mdadm /dev/md0 -a /dev/sdc1 : remet le disque dans le raid.
Source de l'article : [1]