-==<XTBA>==-

Une question à ce sujet, si on a par ex un disque de 160 , un de 250 et un de 320, si on met tout ce petit monde en raid5 on aurai donc 3*160go en raid5 soit 320go utile? si ensuite on vire le 160 et pour y mettre un 500go avec ta méthode, on passe à 250go*3 soit 500go utile? c'est ça?

Au niveau partoche comment ça fonctionne? on créer les partitions de la taille du disque et c'est le raid qui "bride" les disques plus gros?

_________________

oui c'ets ca en partant du principe que tu mets ton raid sur la totalité de ton disque

on va dira que tu as un raid que tu passes de 360Go à 1To

après la reconstruction du raid ton raid créé par mdadm fait donc 1To
mais la partition sur le raid est toujours de 360Go

la solution est de faire un resize2fs sur une partoche ext3 pour augmenter la taille du système de fichier

resize2fs /dev/md0 par exemple va augmenter la taille de la partition ext3 ou il ya les données au maximum de la taille possible
soit dans le cas exemple de 360Go à 1To

il faut faire la différence engtre le raid "physique" créé par mdadm
et la partition que l'on créer dessus pour mettre les données

Ah ok, en fait c'est très souple et du coup très intêressant comme solution

Merci pour l'info

_________________

toutes ces manips sont à tester sur une machine virtuelle vmware

faite la manip avec 3 disques de 100Mo vers 3 dsiques de 300Mo
ca permet de tester

abonnementage au topic, ZeuZ a les mm questions que moi (loi de murphy ou fingale ?)

Concrètement : que je dispose de disques SATA de cette capacité :
[*]1x 200 Go
[*]2x 250 Go
[*]1x 500 Go
[*]2x 750 Go
= 6 disques.

Le plus petit = 200 Go, dont j'aurais un RAID5 de 5x200 Go, soit ~ 1 To utilisable

Si ce disque de 200 Go claque, et que je le remplace par un autre de 1 To, comment cela se passe pour l'upgrade de l'array ? combien de Go aurai je ainsi ?

... tu me dis :

il faut passer le plus petit disque en fail
tu l'enleve du raid   tu rajoute dans le raid le disque plus gros
ca reconstruit avec le nouveau gros disque
tu as plus qu'a faire un resize2fs pour augmenter ton filesystem
 
ca te permet de passer d'un raid 3*200Go à un raid 3*1To  en trois coups
(long mais pratique) 

mais euhhh hein ? quoi ?

_________________

Kévin, sor deux sec or !!

Alors :

si un de 200 claque
il sera en failed et ton array sera degraded (normal tu perds la redondance du raid5)
il te suffit de faire un mdadm --remove je crois n pour dire que le disque n'appartient plus au raid
tu rajoute ton disque de 1To au raid via la commande mdadm --add
(il faut que avant ton disque de 1To contienne une partition "Linux Raid Autodetect" )

quand le disque de 1To sera rajouté mdadm va comprendre qu'il a de nouveau tout ses disques et reconstruire le raid à son maximum

dans ton cas ton raid deviendra un raid de 6*250Go ( le plus petit sera alors le 250Go )

==================
ton raid fera 6*250Go mais la partition ou tes données seront fera toujours 6*200Go
pour l'augmenter il suffit de faire resize2fs /dev/md0 par exemple
qui détectera que le support physique fait maintenant 6*250Go et hoppp il augmentera ta partition d'autant


ca va mieux ?

regarde la doc ubuntu-fr.org sur mdadm
c'est bien expliqué

waaaaa c'est trop trop bien !!

avant d'acheter le matos, voici une question que google ne sait pas répondre :
=> Sur les carte mère G31 G43 G45, avec vidéo integré donc, si je me sers du chip intégré comme carte vidéo, le port PCIe 16x reste donc dispo
....... est il possible de mettre un contrôleur Raid dans ce port PCie ou c'est réservé aux carte graphique ??

++

_________________

Kévin, sor deux sec or !!

A mon avis aucune raison qu'un PCI-ex soit reservé a une carte graphique

_________________

Je confirme

_________________

je confirme et je plussoie

j'ai une carte mère avec un G31 express
donc CG intégrée et j'ai une carte raid 8x 1430SA adaptec sur le port pci-e

3*1To sur la carte mère + 1*70Go pour le système
2*1To sur la carte pci-e adaptec
le tout en raid software linux

Tient niveau conso ça donne quoi? si tu as un appareil à mesurer bien sûr

_________________

j'ai po d'appareil de mesure
mais la charge de l'onduleur 3kVA varie de moins de 6% si il est allumé ou non


VA*PF=Watts (PF on va dire 0.8)
donc 60VA * 0.9 = 54W je pense que le calcul est pas très fiable

même si le E2160 tourne à zero d'utilisation les 3/4du temps
et que les disques consomme pas énormes

54w me parait effectivement peu, c'est ce que j'obtient à 1w près avec mon 3500+ à 800mhz et sous volté, sans gpu, avec un seul disque et 1 ram

Sinon je fais encore et toujours mumuse avec debian en VM, j'ai créé un R5, j'ai simulé une panne d'un des disques et j'en ai rajouté un autre pour réparer le raid, c'est en cours, par contre tu as dis de démonter le volume avant de toucher à quoi que ce soit, il y'a une raison particulière? ici je ne l'ai pas fais pour tester et j'ai ainsi accès à mes données sur le R5, bon c'est méga lent pendant la reconstruction mais c'est normal

Si on ne démonte pas le volume avant de faire les manip qu'est ce que ça peut faire concrètement? on risque de flinguer les données? si on modifie/supprime/ajoute un fichier sur le R5 en cours de reconstruction, ça peut ne pas être pris en compte ou les fichiers peuvent être corrompu? ou c'est simplement par sécurité? c'est juste pour info

Je laisse le raid se reconstruire puis dodo, demain je testerai ta méthode pour agrandir la taille du raid , bientôt je serai paré à faire ça IRL faudra juste débloquer des fonds pour acheter 3 nouveaux disques

_________________

c'est le fonctionnement normal de travailler sur un raid qu'il soit défectueux ou non

le truc c'est que en fait quand tu te sers de ton raid pendant qu'il reconstruit tu réduit la vitesse

tu augmente le temps de reconstruction durant lequel ton raid est vulnérable (si il perd un autre disque pendant la reconstruction adieu)
donc dans le cas d'une reconstruction choisie le mieux est de démonter son array avant pour minimiser les risques

tu peux régler la vitesse de reconstruction du raid
c'est dans /proc/sys/dev/raid
il me semble que tu peux regler la vitesse maxi

Et ça vaut le coup de prendre un C2D E7300 ou E8400 ou encore un Quad Q8200 et de le downclocker pour moins consommer ?
... dans le cas du quad ça pourrait faire tourner 2 VM en accordant à chacune d'elle 2 cores, ou 4 VM sur chaque core

_________________

Kévin, sor deux sec or !!

Ah ok merci, c'est simplement pour ça , c'est vrai que si un second disque claque pendant la reconstruction autant se passer la corde au cou

@augur: perso je regarde du coté AMD en AM2, j'épluche les tests US surtout ceux de silentpcreview et pour l'instant, mis à part l'atom qui a des perfs ridicules, le couple G740 en matx + x2 4850e (+/- le lot) fait des miracles niveau conso, c'est à peine plus en idle qu'un atom et largement moin que n'importe quel intel sauf si on attaque le mitx mais à ce moment là la carte mère est dépouillée en connecteurs, si c'est pour mettre 2 DD c'est pas la peine

Après si tu veux du intel, E5200 et ça roule, pas cher et un poil moin gourmand qu'un E7200, un E5200 en idle avec speedstep activé ça consomme 2w à peine par contre les chipsets intels sont plus gourmand à cause de leur igp c'est dommage

Aller reconstruction terminée, dodo time, à demain

_________________

Test du E5200, le 20.01.2009
=> http://www.puissance-pc.net/les-dossier ... ?Itemid=57

_________________

Kévin, sor deux sec or !!

Rha je tourne en rond

Suis toujours à bidouiller avec mdadm, j'ai fais plusieurs tests mais y'a un truc que j'arrive pas à faire

Je me suis fais un raid de 3 disques de 1go dans une vm donc, j'ai rajouté un disque de 2go pour en avoir 4 et étendre la partition avec resize2fs, ça marche impécablement bien, je passe de 2 à 3go , j'ai voulu tester en changeant les disques de 1go par des 2go donc un par un je les ai mi en fail, remove et j'ai fais add pour rajouter un de 2go, c'est niquel ça s'est reconstruit comme prévu, tous les disques du raid sont maintenant des 2go par contre le truc que j'arrive pas à faire c'est augmenter la taille de la partition qui est encor ede 3go, j'aimerai qu'elle prenne l'entièreté des disques avec la méthode en première page mais ça fonctionne pas

J'ai utilisé les commandes e2fsck il fait les vérifications , ensuite je fais le resize2fs et il me dit que le système de fichier est déjà de xxx blocs et qu'il n'y a rien à modifier , comment qui faut faire? pourtant ça marche parfaitement bien si je passe le R5 de 3 à 4 disques, il me fait le resize comme tout bien comme il faut mais ici rien , j'ai fouillé sur le net mais c'est ta méthode qui ressort à chaque fois

_________________

combien fait la taille de /dev/mdX

regarde si c'ets bien monté à la taille voulue

Si je fais un mdadm --detail /dev/md0

array size j'obtient 2.99GiB/3.21GB
used dev size j'ai 1070MB

La partition une fois montée fait 3.2G

_________________

bon voila j'ai actuellement sous la main (merci poulpi )
une carte S775 avec igp et lan 100mbps + 2Go de ram + un boitier + des alim (450w modulaire et 550w eps)
et je voulais savoir si ce petit cpu http://www.ldlc.com/fiche/PB00068885.html pourrais soutenir du gigabit (sous linux pourquoi pas)

enfait je croi que j'ai la reponse ici http://www.matbe.com/articles/lire/681/ ... /page1.php

_________________
Forever Qlimax Addict!



Hardcore Will Never DIe.

Oui bien sûr, si mon bète 3500+ à 800mhz y arrive ...

Je suppose que tu vas racheter une carte réseau gb, vu que ta mobal ne fait que le 100mb

_________________

http://www.e-network.fr/link-carte-rese ... se/p-7230/

_________________
Forever Qlimax Addict!



Hardcore Will Never DIe.

perso, j'ai quatre axes de réflexions

1. Intel Core 2 Duo E7300
2. le E5200 était un Pentium Dual Core, n'a pas le SSE4 (qui pourrait m'être utile pour la suite)
3. un kit by poulpito en Q6600 et mettre un OS X + VMWARE pour une Debian et le Raid5 + VWMARE fusion pour XP
4. ou alors récupérer mon P4 3,2E HT downclocké à 1,6 Ghz + 3 Go sur Abit IC7 Max 3 (2 SATA ICH + 4 SATA Silicon Image + 4 IDE )

... est ce que le 4 serait suffisant pour faire le Raid5 soft ?

_________________

Kévin, sor deux sec or !!

Le kit poulpito c'est bon mangez en

_________________
Forever Qlimax Addict!



Hardcore Will Never DIe.