Raid logiciel sous linux.

Message par **dricfr** » mar. 18 août 2009 19:48

je voudrais passer mon DD système linux en RAID1 logiciel. Actuellement il tourne sur un simple DD de 80go ide.
J'ai consciencieusement acquis un DD identique pour simplifier les choses.

Je voudrais savoir si c'est possible de passer mon système en RAID 1 sachant qu'il existe déjà ?
D'autre part, quel logiciel utilisez-vous pour faire du raid soft sous linux ?

D'autre part 80 go étant beaucoup pour mon petit serveur, je voulais mettre en partage une bonne partie de l'espace disque en partage pour offrir un solution de backup aux autres PC du réseaux. Pensez-vous que c'est une bonne idée ?

@++

Message par **nicodache** » mar. 18 août 2009 19:53

1. voui. mais google t'en dira probablement plus
2. mdadm. ya plus que ca de valable (avec lvm, mais il fait beaucoup plus que du raid, lui

)
3. c'est pas mal, voui

Message par **dricfr** » mar. 18 août 2009 19:58

OK, je vais regarder mdadm

Message par **fighting_falcon** » mer. 19 août 2009 12:18

lvm ne fait pas de raid, il sert encore à autre chose ...

si tu veux des partitions de taille dynamiques réallouables comme tu veux sur les disques + du raid c'est LVM + MDADM

sinon, pour passer d'un système non raid à du raid 1, la clé du truc c'est "missing"

en gros :
1- tu crées sur ton nouveau disques les partitions qui vont bien
2- tu crées une pile raid1 avec la partition du nouveau disque (créée en 1) et "missing" (en remplacement de la partition de ton ancien disque, la pile raid sera dégradée mais fonctionnelle)
3- tu copies ton système actuel sur la pile raid
4- tu modifies ce qu'il faut sur ton "nouveau" système sur la pile raid (/etc/fstab)
5- tu reconfigures grub / lilo pour qu'il boot sur la pile raid
6- tu rebootes, sur le raid donc
7- si tout va bien, tu flingue les partitions de ton ancien disque, crée celles qui vont bien, et tu ajoutes à ta pile la partition-qui-va-bien de ton ancien disque. Cette partoche va venir en remplacement du "missing", ta pile va se synchroniser et ...

YOUKOULélé ...

c'est du vécu, 3 fois, jamais eu de souci !!

Message par **dricfr** » mer. 19 août 2009 13:24

Ok, merci, il va falloir que je me motive. Perce qu bon, je vais quand même faire un backup de mon dd avant ^^'

Message par **dricfr** » ven. 9 oct. 2009 15:56

Grub me sort un error2 lorsque je boot sur le dd configuré en raid1 avec le DD "original" débraché :/ . Tout fonctionne si je laisse le DD "original" branché.

J'ai installé grub sur hda1 et hdb1, même résultat.

Zut alors, si proche du but ^^

Message par **biour** » ven. 9 oct. 2009 17:11

Pas sur que ce soit une super idée de vouloir faire du raid soft pour l'os !

Par contre pour des DATA pourquoi pas (mdadm)

Message par **dricfr** » ven. 9 oct. 2009 17:32

Pour les Datas j'ai déjà une rocketraid 1820a. En fait, c'est pour expérimenter et parce que j'ai la flemme de lancer dnas une réinstallation de l'OS. Mais je me suis aperçu que le DD système était un peu pourrave (il y avait une partition ntfs qui trainait ^^). Donc bon, je crois que je vais essayer de me lancer dans une réinstall avec support raid1 et LVM. Je ne sais pas su tout ce que c'est mais ça à l'air à la mode alors je vais essayer.

Message par **fighting_falcon** » ven. 9 oct. 2009 19:45

si si ça marche très bien du raid soft pour l'OS

ton erreur de grub, ok tu as installé grub sur tes 2 disques, mais est ce que tu as bien pensé à faire la modif qui va bien lors de l'install sur le 2ème disque ??

http://www.howtoforge.com/software-raid ... an-etch-p2
6 Preparing GRUB (Part 1)

#grub
grub> root (hd0,0)
...
grub> setup (hd0)
...
grub> root (hd1,0)
...
grub> setup (hd1)
...
quit

Message par **dricfr** » sam. 10 oct. 2009 10:43

si si ça marche très bien du raid soft pour l'OS

ton erreur de grub, ok tu as installé grub sur tes 2 disques, mais est ce que tu as bien pensé à faire la modif qui va bien lors de l'install sur le 2ème disque ??

http://www.howtoforge.com/software-raid ... an-etch-p2
6 Preparing GRUB (Part 1)
#grub
grub> root (hd0,0)
...
grub> setup (hd0)
...
grub> root (hd1,0)
...
grub> setup (hd1)
...
quit

Hum, je ne penses pas avoir fait ça dans cet ordre du moins. Merci de l'info je teste ça lundi, là je ne suis pas chez moi.
Il y a aussi un autre petit soucis c'est que je n'ai pas modifié le kopt comme décris dans ce tuto.
Bon, je reprendrais ça calment

, surtout que mes deux DD n'étant pas identiques à qq bloc près il m'a fallut réajusté la taille des partitions. Mais j'ai fais ça proprement.

@++

Message par **Alucardfh** » sam. 10 oct. 2009 11:12

Tiens dans le même genre , pour installer un os sur un raid soft + lvm faut faire comment ?

Faut passer par un live cd , config le raid/lvm et après installer dessus ou il y a moyen de faire ça directement pendant l'instal ?

Message par **fighting_falcon** » sam. 10 oct. 2009 12:03

dricfr > faut bien modifier le kopt dans la conf de grub pour utiliser un mdX et non sdYZ parce que sinon, tu ne booteras pas sur ton raid, mais sur ton ancien système !!

Alucardfh > les nouvelles versions des installeurs font ça très bien tout seul !! J'ai installé une Jaunty (Ubuntu 9.04) sur mon portable avec tout le / crypté. Dans le même style, une Lenny (Debian 5.0) intégralement sur du LVM

Message par **dricfr** » mer. 14 oct. 2009 10:28

Bon, à priori ça boot bien sur le DD en raid, grub ne plante plus il boot bien sur hd1,0.
Le problème c'est que le système se bloque au moment de monter la partition / . En fait, md crie juste avant car il n'arrive pas à remonter les aires. Pourtant le mdadm.conf est à jour, mais son contenu diffère de celui du tuto. en fait le retour mdadm --detail --scan ou mdadm --examine --scan est différent de celui décrit dans le tuto. Le niveau de raid et le nb de dd n'est plus présent.
Mais si je boot sur l'ancien DD, tout fonctionne est les aires raid sont bien montées et accessibles. J'ai cependant remarqué que dans ce cas, la reconstitution des aires, donc la création de /dev/md0... s'effectue APRES le montage de la partition root... du coup, lorsque je boot sur le DD en raid, /dev/md0 ne semble pas encore disponible quand linux essaie de monter la partition root.
A tout hasard, j'ai ajouté md_mod et raid1 dans les /etc/modules et mis à jour inird mais ça n'a pas résolu le PB.

De plus, comme le fstab est modifié, c'est un peu le basard, je boot sur hda1 via grub , mais / et /home sont indiquées comme étant /dev/md0 et /dev/md2 ... or, je ne vois pas comment / peut-être sur /dev/md0 ??
Et tout semble fonctionner... bref, j'ai un doute ce que je modifie dans cette situation assez bâtarde !

@+

Message par **fighting_falcon** » mer. 14 oct. 2009 11:17

Le fait de rajouter les modules dans /etc/modules ne sert à rien
Ce fichier est lu après le pivot_root, soit une fois que tu es vraiment sur ton "vrai" système de fichier / (ie plus sur celui de l'initrd)

Donc si tu as un problème pour monter ton /, c'est dans l'initrd que ça merde ...
Tu as bien mis root=/dev/md0 dans la conf de grub ?
Tu as bien une génération d'initrd qui inclue au moins toutes les modules nécessaires par dépendances, si ce n'est carrément la plupart des modules (MODULES=dep ou MODULES=most dans /etc/initramfs-tools/initramfs.conf) ?
Tu as bien regénéré l'initrd pour la version EN COURS D'UTILISATION du noyau ?
Tu as bien mis à jour Grub (update-grub) ?

Sinon, a tout hasard, rajoute l'option rootdelay=10 à la ligne de boot de ton noyau (# kopt=root=/dev/md0 ro rootdelay=10 dans /boot/grub/menu.lst). Ca va signaler au noyau d'attendre 10s une fois son init finie avant de tenter de faire un pivot_root. Cela est parfois nécessaire pour laisser le temps aux parties asynchrones de finir leur taf (sur un vieux serveur, j'en avais besoin pour que les disques SCSI, et du coup les raids soft qui étaient dessus soient reconnus)

Message par **dricfr** » mer. 14 oct. 2009 11:51

Salut,

je n'en sais rien pour MODULES de initramfs.conf, je verrais ça ce soir en rentrant chez moi !
Grub, je ne le met jamais à jour, je l'ai juste modifié à la mano pour booter sur hd1,0 et /dev/md0 comme décrit dans le tuto. A priori, l'inird utilisé porte toujours le même nom.
POur ce qui est de la version du noyau en cours d'utilisation, c'est là ou j'ai un doute !! Je boote bien sur /dev/hda1 comme dit dans grub, mais un df -h me dit que / est /dev/md0, en accord avec la modification du fstab suivant le tuto. En vérifiant les dates de génération, l'initrd généré se trouve bien /dev/md0, je pense donc que c'est bon.

@++

Message par **dricfr** » mer. 21 oct. 2009 14:53

Bon, j'ai vérifié et l'option MODULES de initramsfs.conf est à most.
j'ai toujours le même problème, mdadm n'arrive pas à monter les partitions raid et du coup impossible de monter / .
Le fichier de conf de mdadm est bien à jour avec un --detail --scan

C'est tout de même étrange, j'ai repris le tuto depuis le début pourtant... je crois que vais résintaller une deb5 finalement, mais ça gène de ne pas y être arrivé, enfin surtout de ne pas trouver pourquoi ça ne marche pas !

Dans tous les cas, merci beaucoup de votre aide

Message par **fighting_falcon** » mer. 21 oct. 2009 17:14

tu as ajouté l'option rootdelay ?

edit: sinon tu peux toujours tenter un debug de l'initramfs pour voir ce qu'il est manque
tout est dit là : http://wiki.debian.org/InitramfsDebug
il faut booter avec l'option "break=premount"

Message par **dricfr** » jeu. 22 oct. 2009 08:46

Merci pour ce lien ! Mais je sens que vais au devant de nouvelles péripécies.

Pourtant, cette histoire de copie me semble simple ^^ . Je ne suis vraiment pas doué !

Message par **fighting_falcon** » jeu. 22 oct. 2009 09:56

il n'y a certainement qu'un tout petit détail que tu oublies, mais qui casses tout ...

faut juste trouver quoi !!

Message par **dricfr** » mar. 27 oct. 2009 14:42

Bon, il faut que je me motive pour ce soir. Je voulais aller voir la jolie caissière du carrefour mais il faut parfois revenir à la dure réalité.

Message par **Zedoune** » mar. 27 oct. 2009 19:45

J'ai peut être la réponse

Un coup j'ai voulu installer un système sur une clé usb, le problème c'est que ça bootait pas car il essayait de changer de racine alors que la partition était en cours de montage (c'est lent une clé usb à monter correctement faut croire).

Faudrait modifier le fichier d'init qui se trouve dans le initrd et rajouter des sleep avant le changement de racine pour voir si ça fonctionne, des fois que lorsque md monte le disque ça prenne quelques secondes

Message par **dricfr** » mar. 27 oct. 2009 20:03

Hum, je vais essayer d'astuce du bootdelay donnée par fighting_falcon

Si ça ne marche pas, j'irais voir comment tripoter initram...

Message par **dricfr** » mar. 27 oct. 2009 21:06

Bon, à priori ça fonctionne, le boot se fait sur md0. Le DD physique étant un maxtor, ça s'entend même.

Alors, le truc zarbi, c'est que lorsque je bootais sur /dev/hda1, un df me disais que / était montée sur /dev/md0 comme dit dans le fstab. Or, et c'est là que je n'ai pas réagit, au boot, / est montée sur /dev/hda1 ^^ . Du coup, aucune des modif que j'ai faites n'a été prise en compte sur /dev/md0, en particulier les disques "virtuels" n'étaient pas les mêmes et c'est la raison pour laquelle mdadm n'arrivait pas à recréer les disques...

j'ai donc recopié initramfs, le menu grub et mdam.conf sur /dev/md0 et ça semble fonctionnait.

Il me reste encore à voir ce qui se passe en débranchant hda, car pour le moment, c'est le grub sur hda qui s'affiche.

Mais je vais reprendre le tuto à partir de là !

Merci pour votre aide

Message par **Zedoune** » mer. 28 oct. 2009 01:30

t'aurais pu faire une partition de boot de 20 mo quand même

Je pense que ça t'aurais éviter tout ces soucis ^^

Message par **dricfr** » mer. 28 oct. 2009 07:43

Mouais, non, d'une manière générale je ne sépare que /home du reste. Ca facilite les réinstallations (parce que les màj, surtout de version, sous linux

). Et puis je trouverais un peu dommage de se retrouver à l'étroit dans 20Mo avec un DD de plusieurs dizaines de Giga à côté ^^