OVH Cloud OVH Cloud

Raid logiciel ou pas ?

16 réponses
Avatar
Utilisateur de la liste debian
Bonjour /soir/nuit,=20

Je souhaite vos conseils (exemple ?) pour la r=E9duction de pertes de donn=
=E9es.

actuellement le syst=E8me tourne avec 2 disques (10Go, 40Go)
=2D '/' '/usr' '/var' sur le petit de 10Go
=2D le reste (/home /var/www /var/ftp) sur le 40Go
Je dois "g=E9rer" une migration vers=20
=2D Un disque 'boot' (le 10 Go, cela me semble le plus simple ?)
=2D 2 disque de 160 Go pour le reste

j'avais pens=E9 mettre '/' (et quoi d'autres ?) sur le petit disque de boot=
,=20
ensuite g=E9rer en raid logiciel (ou plus simple ?, je crois que l'installa=
teur=20
de sarge propose une solution proche de cela ) le 2 disques 160 Go.

=2D Cette voie semble-t-elle raisonnable ?
=2D Y'a mieux (et plus simple / rapide) ?
=2D comment r=E9partir au mieux les disque sur la carte m=E8re ?=20
* hda : 10 Go
* hdb : 160 Go
* hdc : Graveur CD
* hdd : 160 Go=20

Subsidiaire :=09
=2D Ma mission (b=E9n=E9vole, petite structure) sera de r=E9ussir la migrat=
ion dans la=20
journ=E9e !

D=E9sol=E9 de poser ma question comme cela, je viens de r=E9aliser dans que=
lle=20
gal=E8re je me suis mis !

10 réponses

1 2
Avatar
Michel Luc
--=-EgwShhEQF510NTessnZP
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Le sam 07/05/2005 à 21:01, Utilisateur de la liste debian a écrit :
Bonjour /soir/nuit,



Bonsoir,

Je souhaite vos conseils (exemple ?) pour la réduction de pertes de don nées.

actuellement le système tourne avec 2 disques (10Go, 40Go)
- '/' '/usr' '/var' sur le petit de 10Go
- le reste (/home /var/www /var/ftp) sur le 40Go
Je dois "gérer" une migration vers
- Un disque 'boot' (le 10 Go, cela me semble le plus simple ?)
- 2 disque de 160 Go pour le reste

j'avais pensé mettre '/' (et quoi d'autres ?) sur le petit disque de bo ot,
ensuite gérer en raid logiciel (ou plus simple ?, je crois que l'instal lateur
de sarge propose une solution proche de cela ) le 2 disques 160 Go.



Là je laisse répondre les experts réseau/système qui connaissent mieux
que moi les problèmes/solutions.

Si pas de carte ctrl Raid, le raid logiciel semble indiqué.

- Cette voie semble-t-elle raisonnable ?



Pourquoi pas i tu ne veux sauvegarder que les données.
- Y'a mieux (et plus simple / rapide) ?



Si tu ne compte pas devoir réinstaller le système en cas de crash disk
de hda, c'est peut être pas la solution ?

- comment répartir au mieux les disque sur la carte mère ?
* hda : 10 Go
* hdb : 160 Go
* hdc : Graveur CD
* hdd : 160 Go



Je pense pas que ce soit une bonne idée de mettre un DD derrière un
graveur ou lecteur CD/DVD, je ferai plutôt :
hdc : 160 Go
hdd : Gaveur CD


Subsidiaire :
- Ma mission (bénévole, petite structure) sera de réussir la migrat ion dans la
journée !

Désolé de poser ma question comme cela, je viens de réaliser dans q uelle
galère je me suis mis !



:)

@+
--
Michel Luc | http://www.cern91.net/
GAULE, LUG de l'Essonne: http://gaule.org/
KFP: 155C 2287 2084 33E0 4263 8AC9 B10F 03CB 3D07 B881
-------------- GnuPG v1.0.6 (GNU/Linux) ---------------

--=-EgwShhEQF510NTessnZP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée.?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBCfRdPsQ8Dyz0HuIERAkd8AJ9INThMSoh5wvJpKVzEyFTalC/R6ACbBADt
L72jQa9wgJrXJ8v6EdNFV04 =idir
-----END PGP SIGNATURE-----

--=-EgwShhEQF510NTessnZP--


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Luc Coulon (f5ibh)
--=-ju+QwrWGG4I3loYVkX0k
Content-Type: text/plain; charset=iso-8859-1; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Le 07.05.2005 21:01:25, Utilisateur de la liste debian a écrit :
Bonjour /soir/nuit,

Je souhaite vos conseils (exemple ?) pour la réduction de pertes de
données.

actuellement le système tourne avec 2 disques (10Go, 40Go)
- '/' '/usr' '/var' sur le petit de 10Go
- le reste (/home /var/www /var/ftp) sur le 40Go
Je dois "gérer" une migration vers
- Un disque 'boot' (le 10 Go, cela me semble le plus simple ?)
- 2 disque de 160 Go pour le reste

j'avais pensé mettre '/' (et quoi d'autres ?) sur le petit disque de
boot,
ensuite gérer en raid logiciel (ou plus simple ?, je crois que
l'installateur
de sarge propose une solution proche de cela ) le 2 disques 160 Go.

- Cette voie semble-t-elle raisonnable ?
- Y'a mieux (et plus simple / rapide) ?
- comment répartir au mieux les disque sur la carte mère ?
* hda : 10 Go
* hdb : 160 Go
* hdc : Graveur CD
* hdd : 160 Go



La solution de mettre les deux 160G en raid1 est une solution pour non
pas éviter la pertes de données mais la survie à la casse d'un disque .
Pour la pertes de données vous devez avoir des sauvegardes (même en
raid un "rm -rf /" marche très bien).

Je propose de mettre le 10G à la poubelle ou s'en servir comme
presse-papier ou tout autre usage décoratif ou pédagogique. Avec 160G,
vous n'en n'avez pas besoin.

Vous pouvez partitionner votre disque si vous le souhaitez et faire
deux raids : 1 pour le système et un pour le swap. Si vous mettez le
swap dans un raid, votre système pourra peut-être ne pas s'arrêter en
cas de crash.

Une fois votre raid actif, vous devrez le tester. Pour ça, il vous
faudra installer le bootloader sur les deux disques et faire un essai
de démarrage sur un disque puis sur l'autre : ce n'est pas lorsqu'on a
le problème qu'il faut se ruer sur la doc pour voir commetn ça marche.
Il faudrait aussi, en toute logique, simuler une panne d'un disque et
le retirer du raid puis reconstruire la matrice raid... Mais tout cela
prend du temps.


Subsidiaire :
- Ma mission (bénévole, petite structure) sera de réussir la migrat ion
dans la
journée !



Ça risque d'être chaud quand même. Vous parlez d'utiliser
l'installateur, c'est-à-dire que votre installation va se faire par le
réseau. Ce sont les temps de transferts des paquets depuis le dépôt
Debian qui sont le plus pénalisant lors de ce type d'installation.




Désolé de poser ma question comme cela, je viens de réaliser dans
quelle
galère je me suis mis !



Bonne chance

Jean-Luc

--=-ju+QwrWGG4I3loYVkX0k
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCfRxiUdGGXzzGnNARAnu4AJwLvukpxHWjShBOpox7+H1hnfg29wCgozn2
+A1+ICN7gAVTmeI/ELmYig0 =wQVa
-----END PGP SIGNATURE-----

--=-ju+QwrWGG4I3loYVkX0k--



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
lehmann
On sam, 2005-05-07 at 21:01 +0200, Utilisateur de la liste debian wrote:
Bonjour /soir/nuit,

Je souhaite vos conseils (exemple ?) pour la réduction de pertes de données.

actuellement le système tourne avec 2 disques (10Go, 40Go)
- '/' '/usr' '/var' sur le petit de 10Go
- le reste (/home /var/www /var/ftp) sur le 40Go
Je dois "gérer" une migration vers
- Un disque 'boot' (le 10 Go, cela me semble le plus simple ?)
- 2 disque de 160 Go pour le reste

j'avais pensé mettre '/' (et quoi d'autres ?) sur le petit disque de boot,



Sur un 10 Go, tu peux mettre tout un système car je ne pense pas que tu
ais des tonnes (plus de 10Go plus précisément) de programmes sur ta
machine. Par contre, ce qui va prendre de la place (et grossir plus
rapidement que le reste), ce sont les données des serveurs (/var/www/
pour un serveur web, /var/log/ pour un serveur de log, ...) et les
données de tes utilisateurs s'ils ont accès au /home. En gros, je te
conseille de détacher le /home et le /var du reste.

ensuite gérer en raid logiciel (ou plus simple ?, je crois que l'installateur
de sarge propose une solution proche de cela ) le 2 disques 160 Go.



Le RAID logiciel est plutôt simple à mettre en place, soit un fois le
système installé (attention aux pertes de données lors du reformatage de
la partition !) soit pendant l'install (nouvel installateur). Pas mal de
docs existent sur le net sur le sujet.


- Cette voie semble-t-elle raisonnable ?
- Y'a mieux (et plus simple / rapide) ?
- comment répartir au mieux les disque sur la carte mère ?
* hda : 10 Go
* hdb : 160 Go
* hdc : Graveur CD
* hdd : 160 Go



Pour palier un pb de controlleur IDE, mettre les 2 DD de 160Go sur des
controlleurs différents.



Subsidiaire :
- Ma mission (bénévole, petite structure) sera de réussir la migration dans la
journée !

Désolé de poser ma question comme cela, je viens de réaliser dans quelle
galère je me suis mis !



C'est pas si compliqué que cela. Une bonne sauvegarde des données, un
peu de temps, et c'est bon.

Bonne soirée
Guillaume








--
Pensez
Avatar
Bulot Grégory
Le Samedi 7 Mai 2005 21:52, Jean-Luc Coulon (f5ibh) a écrit :
La solution de mettre les deux 160G en raid1 est une solution pour non
pas éviter la pertes de données mais la survie à la casse d'un disq ue.
Pour la pertes de données vous devez avoir des sauvegardes (même en
raid un "rm -rf /" marche très bien).



Oui, j'avais fait des raccourcis de langages pour éviter d'être trop lo ng dans
mes explications ;-)


Je propose de mettre le 10G à la poubelle ou s'en servir comme
presse-papier ou tout autre usage décoratif ou pédagogique. Avec 160G,
vous n'en n'avez pas besoin.



Bah en fait si,le bios de cette machine (Amd Duron) ne support pas de boote r
sur les disques > 40 Go


Vous pouvez partitionner votre disque si vous le souhaitez et faire
deux raids : 1 pour le système et un pour le swap. Si vous mettez le
swap dans un raid, votre système pourra peut-être ne pas s'arrêter en
cas de crash.



C'est pas trop l'arrêt de la machine qui est problématique, c'est plus une
perte totale des données (160Go se sera pas facile à sauvegarder sur cd ... :
j'ai pas mieux pour l'instant)


Une fois votre raid actif, vous devrez le tester. Pour ça, il vous
faudra installer le bootloader sur les deux disques et faire un essai
de démarrage sur un disque puis sur l'autre : ce n'est pas lorsqu'on a
le problème qu'il faut se ruer sur la doc pour voir commetn ça marche.
Il faudrait aussi, en toute logique, simuler une panne d'un disque et
le retirer du raid puis reconstruire la matrice raid... Mais tout cela
prend du temps.



Je n'avais pas penser à cela, la reflexion est très pertinente ! je
l'adapterais à mon cas (je suis _un peu_ obligé de booter sur le 10 Go)

Ça risque d'être chaud quand même. Vous parlez d'utiliser
l'installateur, c'est-à-dire que votre installation va se faire par le
réseau. Ce sont les temps de transferts des paquets depuis le dépôt
Debian qui sont le plus pénalisant lors de ce type d'installation.



C'est vrai, je pense acheter le dvd (en guise de contribution) à titre pe rso,
pour réduire la latence de l'install, mais la 1ere MAJ après install es t pas
mal non plus ;-)
Avatar
Bulot Grégory
Le Samedi 7 Mai 2005 21:56, lehmann a écrit :

Sur un 10 Go, tu peux mettre tout un système car je ne pense pas que tu
ais des tonnes (plus de 10Go plus précisément) de programmes su r ta
machine. Par contre, ce qui va prendre de la place (et grossir plus
rapidement que le reste), ce sont les données des serveurs (/var/www/
pour un serveur web, /var/log/ pour un serveur de log, ...) et les
données de tes utilisateurs s'ils ont accès au /home. En gros, je te
conseille de détacher le /home et le /var du reste.



Oui, j'ai maintenant pour habitude, de
séparer : /home, /var ,/var/www, /var/ftp de / .


Le RAID logiciel est plutôt simple à mettre en place, soit un f ois le
système installé (attention aux pertes de données lors du reformatage de
la partition !) soit pendant l'install (nouvel installateur). Pas mal de
docs existent sur le net sur le sujet.



Je referais un coup de google à tête reposé (je viens juste de retrouver mon
Linux Mag de Juillet/Aout 2001)
Avatar
Bulot Grégory
Le Samedi 7 Mai 2005 21:01, Utilisateur de la liste debian a écrit :

Bon je suis de retour après tentative d'install de raid1 logiciel

lors de la 1ere partie je n'ais eu aucun soucis
- partionnement à l'identique des 2 disques, "Linux raid autodetect" po ur le
FS
- affectation des points de montage pour les périphérique /dev/mdX
- installations des paquetages (dernière étape de la netinstall)
- retrait du CD
- reboot
--> Et là patatra, plus de detection du raid
# ll /dev/md ==> aucun périph du genre
# cat /proc/mdstat
Personalities : [raid1]
unused devices: <none>

pourtant un cfdisk /dev/hdb me montre bien les partitions (idem pour hdd)

Si je vais sur http://lea-linux.org/admin/admin_fs/raid.html#raid1_exemple

je vois pas le fichier /etc/raid* !
si je tente apt-get install raiddtools*
apt-get -s install raidtools2
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Aucune version du paquet raidtools2 n'est disponible, mais il existe dans l a
base
de données. Cela signifie en général que le paquet est manquant, qu'i l est
devenu obsolète
ou qu'il n'est disponible que sur une autre source
E: Aucun paquet ne correspond au paquet raidtools2
Avatar
Daniel Huhardeaux
Bulot Grégory a écrit :

Le Samedi 7 Mai 2005 21:01, Utilisateur de la liste debian a écrit :

Bon je suis de retour après tentative d'install de raid1 logiciel

lors de la 1ere partie je n'ais eu aucun soucis
- partionnement à l'identique des 2 disques, "Linux raid autodetect" pour le
FS
- affectation des points de montage pour les périphérique /dev/mdX
- installations des paquetages (dernière étape de la netinstall)
- retrait du CD
- reboot
--> Et là patatra, plus de detection du raid
# ll /dev/md ==> aucun périph du genre
# cat /proc/mdstat
Personalities : [raid1]
unused devices: <none>

pourtant un cfdisk /dev/hdb me montre bien les partitions (idem pour hdd)

Si je vais sur http://lea-linux.org/admin/admin_fs/raid.html#raid1_exemple

je vois pas le fichier /etc/raid* !
si je tente apt-get install raiddtools*
apt-get -s install raidtools2
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Aucune version du paquet raidtools2 n'est disponible, mais il existe dans la
base
de données. Cela signifie en général que le paquet est manquant, qu'il est
devenu obsolète
ou qu'il n'est disponible que sur une autre source
E: Aucun paquet ne correspond au paquet raidtools2




Je n'ai jamais réussi à installer Sarge en Raid avec initrd. Sur le BTS
tu verras que je ne suis pas le seul. La solution est de virer initrd et
de compiler en dur md et ton FS (plus autre peut etre)

--
Daniel


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Marc PERRUDIN
Bulot Grégory a écrit :

Le Samedi 7 Mai 2005 21:01, Utilisateur de la liste debian a écrit :

Bon je suis de retour après tentative d'install de raid1 logiciel

lors de la 1ere partie je n'ais eu aucun soucis
- partionnement à l'identique des 2 disques, "Linux raid autodetect" pour le
FS
- affectation des points de montage pour les périphérique /dev/mdX
- installations des paquetages (dernière étape de la netinstall)
- retrait du CD
- reboot
--> Et là patatra, plus de detection du raid
# ll /dev/md ==> aucun périph du genre
# cat /proc/mdstat
Personalities : [raid1]
unused devices: <none>

pourtant un cfdisk /dev/hdb me montre bien les partitions (idem pour hdd)

Si je vais sur http://lea-linux.org/admin/admin_fs/raid.html#raid1_exemple

je vois pas le fichier /etc/raid* !
si je tente apt-get install raiddtools*




La doc que tu utilise est assez ancienne, maintenant l'outil s'appelle
mdadm disponible dans le paquet du meme nom. Il n'y a d'ailleur plus de
fichier /etc/raidtab, l'autodetection s'occupe de tout.

Pour ton probleme, il semble que tu n'utilise pas le raid pour la
partition root. Dans ce cas, il faut que tu charge le bon module (raid1)
en l'ajoutant dans /etc/modules. L'autodetection s'effectue a ce moment la.

A+

apt-get -s install raidtools2
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Aucune version du paquet raidtools2 n'est disponible, mais il existe dans la
base
de données. Cela signifie en général que le paquet est manquant, qu'il est
devenu obsolète
ou qu'il n'est disponible que sur une autre source
E: Aucun paquet ne correspond au paquet raidtools2









--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Bulot Grégory
Le Mercredi 25 Mai 2005 16:51, Marc PERRUDIN a écrit :
La doc que tu utilise est assez ancienne, maintenant l'outil s'appelle
mdadm disponible dans le paquet du meme nom. Il n'y a d'ailleur plus de
fichier /etc/raidtab, l'autodetection s'occupe de tout.



Ok cela me rassure


Pour ton probleme, il semble que tu n'utilise pas le raid pour la
partition root.



euh oui, j'avais quelques craintes (malgré des posts rassurants sur ce fi ls)

Dans ce cas, il faut que tu charge le bon module (raid1)
en l'ajoutant dans /etc/modules. L'autodetection s'effectue a ce moment l a.



J'ai ajouté, mais pas encore redémarré, par contre si je tente
# insmod raid1
insmod raid1
insmod: can't read 'raid1': No such file or directory
# insmod /lib/modules/2.6.8-1-386/kernel/drivers/md/raid1.ko
Aucun message d'erreur sur la console, mais toujours pas de
périphérique /dev/md0

# lsmod | grep raid
raid1 16000 0
md 44744 1 raid1
Avatar
Marc PERRUDIN
Bulot Grégory a écrit :

Le Mercredi 25 Mai 2005 16:51, Marc PERRUDIN a écrit :


La doc que tu utilise est assez ancienne, maintenant l'outil s'appelle
mdadm disponible dans le paquet du meme nom. Il n'y a d'ailleur plus de
fichier /etc/raidtab, l'autodetection s'occupe de tout.





Ok cela me rassure



Pour ton probleme, il semble que tu n'utilise pas le raid pour la
partition root.





euh oui, j'avais quelques craintes (malgré des posts rassurants sur ce fils)



Dans ce cas, il faut que tu charge le bon module (raid1)
en l'ajoutant dans /etc/modules. L'autodetection s'effectue a ce moment la.





J'ai ajouté, mais pas encore redémarré, par contre si je tente
# insmod raid1
insmod raid1
insmod: can't read 'raid1': No such file or directory
# insmod /lib/modules/2.6.8-1-386/kernel/drivers/md/raid1.ko
Aucun message d'erreur sur la console, mais toujours pas de
périphérique /dev/md0

# lsmod | grep raid
raid1 16000 0
md 44744 1 raid1





Installe mdadm, tu pourras alors configurer manuellement le raid avec le
fichier /etc/mdadm/mdadm.conf. Ensuite, il y a un script
(/etc/initrd/mdadm-raid) qui se charge d'activer tout ca au demarrage.
C'est quand meme curieux que le module ne detecte pas automatiquement
les partitions en autodetect.

A+



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
1 2