Ma config actuelle: 4 disques durs en raid-0 .
Ma future config: 8 disques durs en LVM + stripping .
 
Je compte créer d'abord un LV sur les 4 nouveaux disques, avec stripping, recopier le contenu de mon raid dessus;
Puis reformatter les disques du raid et les ajouter au LV. Problème: le nombre de disques sur lequel répartir les stripe est défini à la création du LV: comment faire pour étendre le stripping aux 8 disques ?
 
Question subsidiaire: est-ce que je n'ai rien capté au LVM et que je débite des grosses conneries ?

J'oublie qques détails:
Tous les disques sont dédiés à des données, ils ne contiennent pas l'OS ... Et LVM, ça concerne Linux ... voila, voila  

 
J'ai trouvé ma réponse:
 

 
Source: http://www.sistina.com/lvm_howtos/ [...] 0000000000

ton raid il est géré en logiciel ou en hardware? Car actuellement j'ai rencontré quelques problèmes avec le raid sous linux (en fait pas moi directement):
- raid logiciel: OK mais plus reconnu après installation d'un nouveau noyau
- raid hardware sur HPT370 reconnu mais que sous NTFS. En ext3, les disques sont reconnus séparémment?

J'ai chez moi du raid-0 hardware avec hpt370, et au boulot un raid-5 software sur 6 disques IDE.
 
J'ai moi meme rencontré qques pb avec le raid "soft": apparemment on peut faire du raid à 2 niveaux sous Linux:
* au niveau du noyau (raid-0 ou raid-1 uniquement): tu le crées, et ensuite il se démerde pour le retrouver tout seul à chaque démarrage (sans doute le cas de ton raid foiré en changeant de noyau)
* au niveau utilisateur: fichier /etc/raidtab qui permet d'utiliser tous les niveaux de raid .
 
Avec le HPT370, j'ai moi meme eu pas mal d'emmerdes: je fais un array avec le bios de la carte, mais Linux voit quand même les 4 disques séparément, et il plante en lisant la table des partitions de chacun ...
Magie: j'ai réinstallé Mandrake 8.2 et il a tout détecté tout seul et tout marche parfaitement maintenant ... Il voit les 4 disques séparément MAIS il voit aussi mon array (/dev/ataraid/disc0) .

merci de ta réponse.
 
As tu par ailleurs constaté des débits plus faibles sous linux. Car la personne en question a fait des essais et sur le même fichier et même ordi en RAID 0:
- 35 secondes de transfert sous windows
- 50 secondes sous linux
 
Le transfert s'effectuait par réseau gigabit ( donc réseau non saturé).
 
Le RAID était construit sous hardrake (mandrake 8.2 également). Donc je pense que c'était au niveau utilisateur. Ceci dit c'est inquiétant au niveau fiabilité lors des changements de noyaux!
 
As tu recompilé un noyau depuis?

Tu devrais préciser un peu les conditions de tests ...
 
En ce qui me concerne, j'ai constaté (mais pas mesuré) que mes transferts réseaux sont bien plus rapides de Linux à Linux ou de Windows à Linux, que de Windows à Windows (en utilisant Samba pour Linux, et en transférant par le voisinnage réseau de Windows).
 
Sinon, non je n'ai pas recompilé le noyau, je n'en ai pas du tout l'utilité.

les transferts étaient également par samba. Ce n'est pas moi qui ai fait les tests. Mais  
-station windows pour les 2 tests
- serveur Linux/windows. 2 raid 0. 1 NTFS hardware pour le test sous windows. 1 RAID soft ext3 pour linux.
 
les 2 machines en réseau point à point gigabit.
 
Plusieurs tests (petits gros fichiers) ont été effectués mais servuer windows sort toujours gagnant.
 
Poutant le RAID 0 logiciel est en général plus rapide qu'un RAID 0 hardware. (test de www.storagereview.com)
 
Bon ne m'étant pas plus penché sur le problème j'avoue ne pas trop cerner les subtilités du RAID utilisateur/kernel. Mais souhaitant monter également un serveur de fichiers sous linux, j'avoue que cette expérience me fait réfléchir d'où mes questions.

Moi c'était des tests en 100 mbits, donc un facteur limitant supplémentaire.
 
C'est curieux que tu obtiennes un tel avantage de Windows alors que d'après mon expérience, l'avantage de Linux est flagrant (on le voit en utilisation normale, c'est dire ...). Je ne peux pas t'aider plus  

y aa pas une histoire de hdparm la-dedans ? poua ajuster les parametres des disques dur ?

la machine étant à 200 bornes je ne peux pas dire. Je pense aussi à un problème dans les buffer TCP. Par contre ce que j'ai pu voir c'est le problème du RAID software et je suis resté sans solution. Je n'ai rien compris. Il est vrai que les noyaux étaient patchés (Cooker Mandrake) mais cela restait dans le 2.4.18 donc différences minimes et le raid e=restait configuré pour un noyau et pas l'autre.
 
Donc j'avoue être assez dans le flou pour configurer un serveur de fichier sous linux sans être bloqué par la suite à une installation.