Reprise du message précédent :
il va falloir que je creuse la question. En tout cas merci pour les infos.
 
J4ai une question : mon serveur s'est coupé à cause d'une coupure cet aprem pendant que je n'étais pas là.
 
Est-ce qu'il faut que je m'inquiète de corruption de données ?
 
merci

Si tu n'étais pas entrain d'écrire tu n'as pas grand chose a craindre, mais dans le doute fais un fsck.

oui le topic est de moi ...mais sur le forum des barbus ...ils m'ont viré .... faut pas etre trop avant-gardiste : car les têtes tombent (eh oui la terre n'est pas plate !!!!)
donc  je peux pas trop apporter d'eau au moulin ... mais certains l'on t visiblement bien repris à leur compte !!!

Bon je vais faire le grand saut de Debian/GNU a FreeBSD ce week end.

Je n'ai que 2 Gb de RAM est ce suffisant pour ZFS ? Il me reste 2 port de ramd e libre je peut rajouter 4GB du coup .

Pour rappel ma config :

Config :
Lian-Li PC16A
Rack SATA 5d d3.5 sur la tranche dans 3 emplacements 5"25
Seasonic M12500W
Asus p5B-E-Plus
C2D E4300
1gb DDR2 667
2 Hitachi t7k250gb
3 WD 500gb
 

J'en appel aux spécialistes de OpenSolaris !

J'ai un soucis car mon CPU est bridé sous OpenSolaris, et je ne sais absolument pas comment faire pour le faire fonctionner à sa capacité maximal...

On vois ici que la fréquence maximal supporté de mon processeur est de 1Ghz (supported_frequencies_Hz : 1000000000) or vu que c'est un E6700 ça devrait être 2.66Ghz (donc 2666666666)...

J'ai essayé de désactiver l'EC1 dans la BIOS, et de mettre "cpupm" à disable dans /etc/power.conf, mais je reste toujours bloqué à 1Ghz (le current_clock_Hz ne dépasse jamais 1000000000)... Le problème c'est que avec la compression ZFS activé ça me fait vraiment ramer le PC à chaque copie...

Comment faire pour "forcer" la fréquence maximal à 2,66Ghz ???!!!

 
ça donne quoi ?  
 
J'ai trouvé ça sur google, ça peut ptetre aider :  
http://www.mail-archive.com/openso [...] 29973.html
 

La commande cat /proc/cpuinfo ne fonctionne que sur Linux...
 
J'avais déja trouvé la discussion que tu mes en lien, mais elle ne résoud pas mon problème (dans cette discussion la personne essaye de réduire la fréquence de son processeur à une valeur listé comme admissible, moi la valeur maximum admissible selon OpenSolaris est 1Ghz (alors que normalement le processeur monte à 2,66Ghz...)

Tu peux pas appliquer la solution inverse ? Définir la fréquence maxi comme étant largement supérieure à celle détectée ?

Non, ça ne fonctionne pas... J'ai essayé !

Up...  

question con ... ton bios est compatible officiellement avec ton E6700? J'avais vu une fois un gars qui se plaignait que son E6700 ne tournait qu'à 1.6Ghz (fréquence minimale possible pour ce CPU), malgré la désactivation de tout C1E et autre chose dans le genre. Et une mise à jour du bios avait résolu le truc. C'était juste que le bios ne fonctionnait pas à fond avec ce CPU, même si il le reconnaissait et bootait avec.
 
Au passage, je dis minimale car le E6700 a une coeff 10, qui peut être réduit à 6 au minimum.  
6*266 = 1.6Ghz
Un core 2 duo avec 266Mhz de bus ne peut pas sauf erreur de ma part, descendre à 1Ghz ou moins. Sa me confortrait dans l'idée du bios pas adapté au CPU.

Il est dans la liste des CPU supportés par la carte mère ( http://www.tyan.com/support_downlo [...] socketid=6 à i3010W il y a bien E6700)

Je vais essayer de mettre le dernier BIOS en date... (je sais pas vraiment comment m'y prendre, mais je vais chercher...)

Je n'arrive pas à rendre cette @#~$ de clef USB bootable (pourtant formaté comme étant bootable par Windows...)

Bref, j'ai posté sur le forum OpenSolaris.org et on m'a répondu que c'était le BIOS qui renvoyait une mauvaise table ACPI, ils m'ont demandé d'executer un script et de leur donner le résultat, chose que j'ai fait et je suis en attente de leur réponses...

Sinon, ils m'ont donné une astuce qui consiste à simplement décharger le driver CPU par cette commande "rem_drv cpudrv", du coup je n'ai plus le throttle mais il tourne bien à 2,66Ghz (et on sent la différence ! copie de partition à partition -> 250Mo/s !) en attendant de trouver une meilleur solution (car niveau consommation, c'est pas super sans le throttle...)

Il est bien calme ce topic ces temps-ci Je suis en train de me préparer un nouveau serveur plus compact et moins consommateur que celui que j'ai actuellement, il sera à base de mini-ITX, avec cette carte-mère (Jetway JNC92-330, Atom dual-core) :
 

 
Associée à une carte d'expansion (format propriétaire Jetway) permettant de rajouter 4 ports SATA :
 

 
Soit un total de 6 ports SATA Le tout dans ce boîtier (Chenbro ES34069) :
 

 
J'attends l'arrivée de la commande faite chez Mini-ITX pour acheter le reste :
 
- 2 Go de RAM
- 4 disques de 1,5 To, à priori je prendrai des Samsung EcoGreen
- 1 lecteur/graveur slimline, ça peut toujours servir
- 1 disque 2,5" pour l'OS : j'hésitais à prendre un SSD mais les Intel sont un peu trop chers et la concurrence ne semble pas très intéressante, donc ça sera plutôt un 7200 tr/min (à moins que je prenne un 10000 tr/min, mais ils sont pas donnés non plus )
 
Si ça intéresse du monde je ferai un retour sur le boîtier un peu plus tard

Ca te coute combien ?

Pour l'instant à peu près 470 € livraison comprise pour le boîtier + la carte-mère + la carte d'extension + 2-3 accessoires (adaptateur d'alimentation pour le lecteur optique, cordon d'alim français, lecteur cartes mémoires). Le boîtier revient finalement à peu près au même prix que chez Materiel.net, mais pour la carte d'extension il semble assez difficile de la trouver ailleurs que chez Mini-ITX, j'ai donc préféré prendre tout ça là-bas.
 
Il faut donc encore que j'ajoute le prix des éléments manquants, à vue de nez je pense que le NAS complet me reviendra à un tarif compris entre 900 et 1000 €.

la carte d'extension c'est pas mal d'y avoir pensé.
 
par contre, elle discute comment avec la CM ??
 
pci ou pci-ex ?

D'après le peu d'infos que j'ai aperçu (par exemple chez Logic Supply) ça semble être du PCI simple, je regarderai quand je l'aurai reçue ce qu'il en est exactement.

Pas mal, ça prend moins de place que le mien en tous cas (boîtier grand tour), mais j'ai préféré faire ça à partir d'un PC pour ne pas avoir de problème si jamais je dois changer des pièces, genre alim (Je suppose que c'est le genre d'élément dur à trouver en pièces détachées pour ce type de boîtier petit format)
 
La carte SATA est une carte RAID (même semi hard), ou tu va faire un RAID soft ? (pas vraiment gênant en terme de débits vu que le réseau sera toujours le facteur limitant sur un NAS)
 
Comment vas-tu faire pour gérer tes backup ? (c'est le gros problème de ce genre de machine, beaucoup d'espace disque donc compliqué de faire des backup, il ne faut pas uniquement s'appuyer sur le RAID, même si les probabilité de perte de la grappe est faible, c'est le pire scénario)
 
Tu va installer quoi comme OS dessus ?

La carte SATA sait à priori faire du RAID 0 / 1 / 5, mais c'est du chipset Maxwell pas cher, je suppose donc que c'est du semi-hard. Etant jusqu'ici très satisfait par le RAID software sous Linux je vais continuer là-dessus.
 
Backup : euh, je n'en fais plus depuis un moment, trop de prise de tête, en gros il faudrait que j'achète 3 disques de plus à brancher en externe pour sauvegarder la grappe (qui sera en RAID 5). Je verrai plus tard.
 
OS : Debian, fiable, facile à mettre à jour, peut-être que je tenterai quand même un Open Solaris ne serait-ce que pour voir si c'est compatible, mais je préfère quand même du Linux pour mon serveur perso.
 
Pour l'alim du boîtier c'est un bloc externe, je n'ai pas regardé les specs en voltage mais il ne fait que 120 W, ça doit pouvoir se trouver assez facilement. Par contre si c'est l'étage de conversion (dans le boîtier) qui grille c'est probablement plus compliqué à remplacer.

Perso j'ai toujours eu une préférence pour les distro genre CentOS pour faire ce genre de machine, en runlevel 3.
Avec solaris, tu aura peut-être des soucils avec certains contrôleurs de disques et cartes réseaux, il faut tester (j'ai pas testé opensolaris, seullement solaris 10 pour x86).
 
 
Au fait, tu utilise tu compte utiliser quoi comme fs ? Après des tests de torture des fs linux (des centaines voir des milliers de montage / démontages pas propres, coupure électriques, coupures électrique en écriture, sur partition normales, avec des grappes raid hard ou semi hard, avec du raid soft mdadm, avec des lvm) je suis finalement resté sur XFS qui s'était avéré le plus robuste dans la pratique, toujours reparti correctement après un fsck. (mais ext3 n'est pas mal non plus, jfs s'est avéré être le moins fiable finalement, le fs a très vite été irrémédiablement corrompu à ce rythme là), tests sur Debian Etch puis j'ai recommencé plus tard sur CentOS 5.3

Je resterai sur du ext3, comme pour mon serveur actuel : non seulement il est robuste mais il a également quelques fonctionnalités en plus (réduction d'un filesystem, par exemple).
 
Pour Solaris la version Open est souvent plus intéressante en terme de compatibilité et de fonctionnalités (au boulot on l'utilise de temps en temps sur des serveurs HP réticents, ou bien pour faire mumuse avec les dernières améliorations de ZFS).

 
Excellente config !
Le boitier est vraiment très bon, parfaitement adapté à l'usage  
Le seul dilemne étant de trouver une cm disposant d'assez de ports SATA, j'avais opté pour une intel atom 330 et un controlleur SATA low profile, mais c'est pas génial (trés peu de place dans le boitier, j'ai du changer les câbles SATA fournis par des coudés, et ça reste extrêmement serré )
Pense à prévoir de quoi réguler les ventilos, au max c'est une soufflerie et ça chauffe beaucoup trop pour les éteindre  

Qu'as-tu pris comme disque pour l'OS ?
 
Merci pour l'info pour les ventilos, vu leur taille je me doutais qu'il ne devaient pas être discrets, heureusement je dois avoir un mini-rhéobus qui traine.

 
 
ah ben pas mal tes tests.
hormis la robustesse, au niveau perf c'est quoi le mieux ? ext3 ext4 ou xfs?

Reste dans le coin, il va bientôt (enfin d'ici quelques semaines) y avoir des pièces qui vont tomber de mon ancien serveur

J'ai pris un disque dur en 2,5", pour l'utilisation qui en est faite le SSD c'est pas nécessaire et puis pour le bruit et la conso les autres disques sont bien plus déterminants

 
je n'ai pas pratiqué de test de perf' (sur un NAS ? perf' ? pourquoi faire ? on passe par le réseau, que ce soit par NFS ou par samba, n'importe quel fs fera l'affaire en terme de perf, les débits sont toujours à peu pret similaires...), donc je n'ai pas de test. (puisqu'ils n'avaient, de mon point de vue, aucuns sens), pour moi le plus important était la fiabilité/robustesse en cas de panne électrique notament (normal quand on se monte un fs de 3To), vu que j'habite en bretagne et que le réseau électrique est une vraie catastrophe.
 
 
De toutes façon, tout dépendra de l'usage auquel se destine ledit fs, pour faire un NAS les fs les plus robustes et plus adaptés sont clairement ext3 et XFS
 
petit article intéressant (english) : http://fsbench.netnation.com/
 
Pour la petite histoire, il y a 2 mois, il y a eu une panne de courrant en mon absence, toutes mes machines sont sur ondulo, et au final quand je suis rentré 40 minutes après le début de la panne de courrant, seul mon NAS avait tenu (batterie pas encore vide), pas mal pour un ondulo censé tenir seullement 10 ou 15 minutes, sachant que c'est une alim normale (Seasonic S12-II 500W)
Une autre machine avec du xfs à eu droit à une coupure à l'arrache, bien sur il n'y a pas eu de casse sur les fs, que ce soit ext3 ou xfs  

il est clair que je ne vois aucun interet a mettre un SSD en disque systeme sur un serveur.
 
on passe pas ses journees a redemarrer le serveur et la plupart du temps les données auxquels on veut acceder sont sur les disque non systeme.

Ils sont efficaces chez Mini-ITX, ma commande est arrivée aujourd'hui. Premières impressions sur le boîtier Chenbro ES34069 :
 
- à première vue l'assemblage est de qualité, quand on démonte le panneau latéral on voit que le plastique lui donne une bonne épaisseur, ce qui semble être bon signe pour l'absorption des émissions sonores
- où est la notice ?!? il n'y a même pas de schéma montrant comment démonter la carcasse, heureusement que j'avais vu sur des tests comment se démonte le tiroir de la carte-mère sinon je serai encore à me demander comment faire
- il n'y a qu'une seule prise Molex libre, ils auraient quand même pu en prévoir 2 ou au moins inclure un dédoubleur
- l'alimentation est malheureusement à un format tordu : 19 V et une prise 4 broches ronde (qui ressemble vaguement à un connecteur DIN)
- ça a quand même l'air serré là-dedans, faut pas avoir des doigts trop boudinés
 
Côté carte-mère rien à redire, la carte d'extension dépasse très peu et est fournie avec 4 câbles SATA coudés, ce qui pourrait s'avérer pratique par la suite.
 
Plus qu'à aller faire un tour à Montgallet pour le complément, en espérant que tous les vendeurs ne soient pas partis en vacances.

Bon j'ai plus de ports SATA quelle est la solution pour en rajouter ? Il m'en faudrait 6 de plus idealement. Il me reste pas mal de ports PCI et un PCIe et un PCIe pour CG.  
 
J'ai pas envie de payer des tonnes pour le raid adaptec ou 3ware vu que je controle tout en software (ZFS sous freebsd) je veux juste des pors satas pas de fonctionalites qui coutent cher . Ca existe ?

Il ya quelque temps je regardais cette carte sur ebay : PCI-E SATA 4 PORT CONTROLLER CARD(.
Je suis dans le même cas que toi, je recherche une carte contrôleur qui gère 6 SATA à pas chère. Mais en cherchant je suis tombé sur des cartes contrôleurs SAS Supermicro AOC-USAS-L4i(ref constructeur) et AOC-USAS-L8i(ref constructeur)
 
Edit:
En cherchant sur ebay, je suis tombé sur une carte 4 ports SATA en PCI-E x1 vraiment pas chère PCI-e x1 Sata II internal 4 ports.

Les cartes à pas cher SATA, c'est souvent 4 ports. Alors si tu as des ports PCI/PCi-E libres, prends-en 2.
Dès que tu montes à 6 ou 8 ports, tu es déjà dans la gamme raid pro (hardware) donc plus cher.

regardez bien les chips controleur quand meme. J'etais a la recherche egalement d'une telle carte àpacher et je me suis finalement retourné vers une promise fastrack tx pour son controleur (du vrai sata 300)

La première carte, la puce Marvell 88SX7042 est utilisé dans certaine carte Higth Point. Je pense m'orienter sur une carte  professionnel de chez LSI ou bien Supermicro.

bonjour à tous,
 
très interessante ta config "home NAS", fdaniel !  
Pourras-tu nous faire un retour d'expérience et/ou tuto sur la mise en place de ta solution ?
par ailleurs, n'étant pas guru linux, la mise en place d'une telle config avec une distrib type FreeNAS est-elle interessante ?
La mise en place d'un RAID sous Linux me fait un peu peur...
 
merci !
 
Manu.

Je compte toujours coller une Debian dessus, j'aime bien cette distrib pour son dépouillement, sa stabilité et la vaste communauté qui l'utilise. Je suppose que rien ne s'opposerait à l'utilisation de FreeNAS, faudrait juste vérifier que le chipset Marvell de la carte d'extension est bien reconnu.
 
Sinon pour le RAID software Linux c'est pas très compliqué, il faut seulement savoir utiliser 2-3 options de mdadm, on trouve des tutos par exemple dans les docs Ubuntu : http://doc.ubuntu-fr.org/raid_logiciel . Le monitoring du RAID est bien pratique, il envoie un mail dès qu'il y a un crash disque.
 
Pour l'instant je n'ai pas eu trop le temps d'avancer sur mon install, faudrait que je m'y mette d'ici mi-septembre

Après vérification il semble qu'elle soit vue comme une carte PCI-E, en tout cas c'est ce qu'indiquait pciconf sous FreeBSD.
 
Pour l'instant je n'ai pas eu le temps d'aller très loin, j'ai essayé d'installer une Debian mais le démarrage partait en sucette (multiples erreurs "SRST failed" ), j'ai testé rapidos FreeBSD, il s'en sort mieux mais je vais réinstaller Debian à l'occasion, en espérant que les erreurs proviennent juste d'un driver manquant.

 
 
voilà, en gros pour monter des raid soft mdadm :
 
1/ créer le/les périph' md (md0, md1, md2... etc si on monte plusieurs raid soft)
pour l'exemple, je vais faire un raid5 de 4 disques pour md0 et un raid1 de 2 disques pour md1
 
cd /dev (plus pratique pour la suite sinon ça devient vite chiant de toujours taper /dev/.....)
ensuite il faut créer sur cahque disque, une partition avec un flag FD (linux raid auto), la plupart des distro peuvent s'affranchir d'un fichier de conf /etc/mdadm.conf avec ce flag (bien plus pratique)
mknod md0 b 9 0
mknod md1 b 9 1
...
chmod o-r md*
mdadm --create md0 --level=5 --chunk=32 --raid-devices=4 sdb1 sdc1 sdd1 sde1
mdadm --create md1 --level=1 --raid-devices=2 sdf1 sdg1
 
(--level : niveau de raid
--raid-devices : nb de périph' bloc
--chunk : chunk size en ko, valeurs possibles : {4,8,16,32,64,128,256,512,1024,2048,4096}, les meilleures valeurs sont 16/32/64)
 
pour voir la progression du rebuild/état des array : cat /proc/mdstat
 
pendant ce temps, on peut créer les fs dans les md :
 
mkfs.ext3 md0
tune2fs [options] md0
mkfs.reiserfs md1
...
bon là on fait comme on veut
 
modif fstab, par exemple on ajoute

modif smb.conf pour les clients windows sans sfu
modif /etc/exports pour les éventuels partages nfs.
 
on va dans /mnt pour créer bidule et machin (mkdir bidule machin)
on monte tout (mount -a)
on met les bons droits sur les racines à grand coup de chown/chmod
____________________________________________________
 
oui c'est bien, mais et qu'est-ce qui se passe le jour où un disque foire ?
____________________________________________________
admettons qu'on vire les disques sdd et sdg, et remplace par d'autres (ou plus simple, qu'ils soient morts), et qu'on veut reconstruire :
on refait les partoches raid autosur nos disques avec le flag FD
 
cd /dev
mdadm --manage md0 --add sdd1
mdadm --manage md1 --add sdg1
 
cat /proc/mdstat pour voir la progression
 
mdadm diffère la reconstruction des grappes si on en lance plusieurs en même temps (il s'occupe de la première puis passe à la 2eme, etc...)
 
seul le --create peut vraiment bousiller un raid soft déjà en place
pour avoir plus d'info, on peut ajouter --help (mdadm --create --help par exemple)
 
voilà c'est tout bête
 
Les plus vicieux, qui ne veullent pas se fatiguer à faire 36 partoches sur les disques (pour faire des raid soft de même nature mais avec plusieurs partitions, par exemple), on peut faire un gros md et le redécouper ensuite avec lvm2 (ça ne fonctionnera pas avec fdisk, donc création d'un vg composé d'un seul pv, puis découpage du vg en plusieurs lv)