Reprise du message précédent :
beau serveur pour une maison

bcq de recup, des truc pas chere sur ebay, et ca me sert a essayer de passer mes certifications M$

ok

je trouve mon réseau 100méga bien trops lent pour avoir un serveur de donné ... les débit de 10mo/sec sont insuffisant !

cependant il fau avoué que sa serai bien plus pratique en mes pc !

8 HDD SCSI (je suppose en 10-15Ktpm), tu m'étonnes qu'il fasse du bruit

des 10k, le 15 est ds mon pc, ont les entend bcq moins que les ventilo hotplug
 
celui la :
http://forum.hardware.fr/hfr/Achat [...] 5728_1.htm

 

 
MCSA ou SE ?

oula, MCP, apres les 2000/2003 seveurs, le sbs, puis apres on vera, c'est une réorientation de metier passé 30 ans, absolument pas mes diplomes d'origines

Joli projet, tres interessant.
Analyse pertinente.
 
Vu la gamme, j'aurai choisi de la RAM ECC pour securiser la config. Quelques personnes autour de moi ont eu des problemes de RAM dernierement, et les degats sont importants. Notamment dans le cas d'un raid logiciel, si la ram deconne, le raid va se mettre a deconner aussi, et donc il va reconstruire sans cesse en pensant reparer alors qu'en realite il casse encore plus les donnees (car il passe par la RAM)... C'est du vecu
 
En tout cas c'est sympa d'avoir partager ce projet ici

la ram est ECC REG 6x512Mo PC1600 (j'avais pas preciser).
 
tout est la me manque le temps, et surtout ce cable de merd** a passer, j'y ai pas pensé quand j'ai construit (j'ai seulement cablé bureau / TV / chambres)

 
Ok, si tu as besoin j'suis là (j'ai encore quelques restes )

je post (comme toi ) plus sur le forum SMP

Tu fais bien.

sans vouloir troller, ce système m'a l'air sympa mais windows home server semble un peu faire la meme chose avec la ventilation de data sur tout les disques dispos non ?
 
En plus on peut faire des saves de configurations ca me parait pas mal.
Quelqu'un ici aurait éventuellement comparé les deux solutions (avec une éventuelle version d'éval de WHS) ?
 
Je dois me monter un server, et j'ai plus l'habitude de Microsoft, et j'ai des applis que je veut pas lacher (genre client newsgroup, ceux sous nux sont pas top du tout)

j'ai encore jamais vu de windows home server, donc je saurais pas te dire ce qu'il vaut.
mais si tu veux rester en windows, trouves-toi un win2000server a pas cher; ça fera autant l'affaire.

@mousse121, Windows Home Server n'est actuellement pas vendu en licence seule... faut acheter un PC de marque, c'est HP qui a commencé ici

 
Hum et ça ? :
 
http://www.ldlc.com/fiche/PB00063724.html

y a eu du changement de la part de Microsoft... désolé pour la fausse information

Oui pour la licence Microsoft à pas voulu réitéré l'erreur commise avec windows media center qui est resté relativement confidentiel et à fini comme bonus de vista

ouais surtout que là, windows Home server, ça serait un bonus de quoi ??

de windows sbs pitètre

 
Je réponds 6 mois en retard, mais bon... c'est mieux que rien
 
mon 400Mhz gère très bien mon raid 0 ;-)  Je n'ai pas parlé de raid 5, il me semble

 
J'ai trouvé ça en Belgique, je l'ai fait commander par mon revendeur PC.

Ben didon! après 2 ans, mon post est toujours d'actualité, je ne suis pas qu'un peu fier
 
Mais je n'ai fait que soulever quelque chose qui s'est montré un vrai besoin malgré quelques doutes de certains au début.
 
Mon serveur tourne toujours, et je viens pour dire que certaines choses ont évolué dans le bon sens...
 
Le noyau Linux et en particulier le module mdadm supporte maintenant depuis un moment l'option grow.
Cette option permet d'ajouter un disque à un array raid (OK: ça prend du temps et pendant qu'il re-strippe les données, le système n'est pas invulnérable). C'est génial, parce que si ça avait été dispo quand j'ai commencé, ça m'aurait permis de commencer avec 3 ou 4 disques puis d'ajouter des disques "au fil de l'eau"... L'objection est que les disques d'un array RAID devraient être de même nature, dans un mode idéal. J'objecterai à l'objection que 6 mois après le disque est toujours disponible, mais beaucoup moins cher...
 
J'ajoute que sans doute si je devais refaire un serveur comme le mien, le problème de la carte mère avec beaucoup de SATA commence à être résolu, avec (mais la plupart sont des 6 ports)
Gigabyte GA-G33M-DS2R
Gigabyte  GA-M57SLI-S4
Gigabyte  GA-P35-DS3
Gigabyte  GA-P35C-DS3R rev2.0 (8xSATAII)
Gigabyte  GA-P35-DS3P (8 ports mais un peu chère)
Asus  M2N-SLI Deluxe
Asus  P5N32-SLI Premium/WiFi-AP
Asus P5E-VM HDMI
MSI K9N SLI-2F
Asrock  4Core1333-Viiv
Intel®  DG33TL (6p)
Intel®  DQ35JO
Intel®  DQ965GFEKR
 
Les Intel sont toujours plus chères, mais leur chipset réseau est très bien fait, et il n'est pas impossible que leur SATA soit aussi plus performant (moi je plafonne en débit matériel sur 8 disques à 125Mo/s à cause du PCI de l'ASUS K8N4E Deluxe).
 
Il doit y en avoir d'autres, mais parmi celles là, certaines embarquent un chipset graphique suffisant pour un serveur...
 
 
Enfin sous linux pour voir l'état du RAID:
cat /proc/mdstat
 
A++
--
Wile

En faisant un add avec mdadm ? Si oui on est obligé de reformater le raid ou alors d'utiliser des FS qui permettent d'agrandir la partition.
 

Et aussi :  
mdadm --detail /dev/md*
Mais ta commande est très complète déjà.
En tout cas merci pour ce topic  qui a servi à bon nombres d'utilisateurs.
En plus maintenant on commence à voire apparaitre l'iscsi. J'attend de voir des mbobo qui permettront le boot on iscsi pour avoir des débit du tonnere !

D'ailleur le raid m'a sauvé 200Go données pas plus tard que ces vacances, un des deux disques de 200Go de mon raid 1 à pété.
Alors vu que j'avais un dd de 320Go sous le bras j'en ai recommandé un autre et hop je ferais un raid 1 de 320Go et le transfert entre les 2 raid.

 
Je crois (de mémoire) que la commande justement est grow au lieu de add.
 
Mais ta remarque me rappelle que j'utilise ReiserFS qui permet effectivement d'agrandir un filesystem quand on a agrandi la partition qu'il utilise. De plus malgré le coût en performances, je rappelle que j'utilise le LVM.
 
A++
--
Wile

En effet :  
http://felix.sportelli.org/blog/in [...] mdadm-grow
 
Si j'ai bien compris le add permet de rajouter un disque en tant que spare. Et le grow permet d'étendre le raid.
 

C'est kiffant tout ça !!

et le grow ça marche avec un raid 5?
 
ça serait bien sympa pr remplacer mes quatres 40go (raid 5 3dd actifs et 1 spare) de mon serveur par des disks + gros.
 
ce dont je doute c'est si il finira par prendre toute la taille des HDD ou pas...(ie. je rajoute un 120go a mes 4 40go, ok il va prendre que 40go sur le 120. Mais quand j'aurais changé tous les 40go par des 120go, il passera automatiquement la taille du raid a 120go ??).
 
me suis bien fait comprendre? j'en suis pas sur!

 
J'ai tout bien capté mais impossible de te répondre...

 
C'est bien du Raid5 ?
La suite suppose que oui...
 
Tu as un array RAID5 avec 40Go*(3+1spare)
Tu veux passer à 120Go*(3+1spare)
 
Déjà la taille utile actuelle est de 80Go.
(pourquoi ne pas passer ton spare en drive utile avec un grow: tu passerais de 80 à 120Go utiles ?)
 
Donc tu peux mettre un 120Go à la place de ton spare. (Mais je crains que tu sois obligé de le partitionner en 40+80Go si tu veux dans le temps de la migration , avoir un spare, ce qui ne me semble pas nécessaire, donc on oublie)...
 
A mon avis tu retires ton spare et tu regardes comment ton RAID réagit, ça ne devrait lui faire ni chaud ni froid, et tu peux mettre à la place ton premier 120Go pour faire le transfert.
 
Ensuite tu formates le 120Go, et tu fais le transfert, tu te moques du file system du 120Go, c'est du temporaire.
Le mieux est sans doute de faire un tar de ton disque: ça sauvegarde les liens et les attributs de fichiers...
TU VERIFIES TON TRANSFERT!!!
 
TU NOTES DANS QUEL SLOT SONT CONNECTES TES 40Go AVANT DE LES DEMONTER (ehoui! si ça marche pas il faut que tu puisse revenir en arrière).
Tu installes tes 3 disques 120Go, les formates comme md et crées un /dev/md dessus, SANS SPARE.
Tu formates en ReiserFS, JFS ou XFS (?) ton /dev/md et tu dé-tares vers lui ton gros tar.
 
Si ça marche pas tu as toujours tes trois disques 40Go à remettre...
 
Moi entre ReiserFS et /dev/md0 j'ai mis LVM, mais ça me coute des perfs...  
 
Enfin tu peux mettre le 4eme disque en spare. avec un mdadm --add
Ceci te donne une taille utile de 240Go. Si tu l'ajoutes avec --grow, tu obtiens une taille utile de 360Go.
Mais tu peux le faire après...
 
L'idée sympa d'avoir un spare à la maison est que le jour où ton serveur est plein, tu fais le grow en sacrifiant ton spare, et ça déclenche l'achat des nouveaux disques...
 
Ton idée du transfert doit marcher, mais peut-être que tu dois vérifier que ton md marche privé de son spare. Pour moi tu devrais pouvoir le faire marcher privé de n'importe lequel de ses disques, en choisissant le spare, tu évites de le forcer à repeupler le spare.
 
Moi tant qu'il n'existe pas de disque de 2To sur le marché, je ne peux pas faire ça... Mais j'ai le temps, j'ai prévu de l'espace...
 
A++
--
Wile

@WileECoyote : Tu peux en dire plus sur les perf avec le LVM ?

de mémoire j'avais 125Mo/s en /dev/md et 85 en /dev/LV...

Ok d'ac. Tu étais limité par les capacités de ton cpu ?

128 Mo/s ca ressemble plus à une limite de port PCI

Je fesais référence à la baisse de débit en LVM

Ui faut que j'apprenne à lire ce qui est posté

 
hmm
 
risqué tout ça, et ça revient a refaire l'array raid au final...
 
nan moi je vois plutot un truc du genre.
3 x 40go en raid 5 + 1 40go en spare.
j'enleve le spare et je me un 120go (ou autre taille) en spare.
j'enleve un 40go, reconstruction du raid avec 2x40go et 1 x120go.
je remet un 120go en spare
j'enleve un 40go. reconstruction raid avec 1x40go et 2x120go.
je remet un 120go en spare
j'enleve un 40go puis j'arrive a reconstruction raid avec 3x120go.
et là, je fais un GROW !!
et hop mon raid repart sur une base de disk de 120go et non pas 40go!
et j'ai plus qu'a remettre un 120go en spare et oilaa!!
 
 
nan? spa fesable ça??

Ta manip est tout à fait faisable, le seul danger viendra de l'étape du grow, j'ai déjà eu à le faire : c'est supposément fiable, mais il y a toujours un petit moment d'incertitude quand on lance la manip.
 
Une démarche plus sécurisée pourrait être de remplacer tout tes 40 Go par des 120 et de créer une seconde array sur l'espace supplémentaire, qui pourra ensuite être fusionnée avec la première via LVM.

hmmm pas bete la fusion du lvm puisque je l'ai!
 
a mediter tout ça!

A vérifier pour le grow : en fait il me semble que l'option permet d'ajouter un disque à une array existante, mais pas de modifier la taille des périphériques qui la composent. Par exemple si tu as 3x40 Go tu peux mettre un 40 Go de plus puis faire un grow, ton array s'étendra alors sur 4x40 Go. Par contre si tu as 3x40 Go sur 3 disques de 120 Go le grow ne te permettra pas de passer à 3x120 Go, le mieux pour ça reste de reconstruire proprement l'array ou d'en construire une supplémentaire sur l'espace restant.