Reprise du message précédent :
JBOD c'est Just a Bunch Of Disks
 
Il n'y a pas de définition officielle, d'ailleurs RAID n'a pas de définition officielle non plus, chacun implémente ça comme il veut.
 
Dans mon cas il s'agit non pas de comment mes disques sont arrangés mais du matériel utilisé, plus exactement un boîtier 3U mi-longueur avec 16 baies hot-plug, un expander et une alim', vendus ensemble. Il est en vente là par exemple, et tu peux voir JBOD : http://www.ebay.com/bhp/rackable-3u
 
Sur ma carte LSI, JBOD veut dire que les disques sont vus individuellement sans être en RAID, il y a pas d’agrégation.
 
Dans d'autres cas ça veut dire une array sans striping et sans parité/mirroring, ce que vous évoquez et qu'il me parait idiot d'utiliser.

Ah bah je suis idiot maintenant :|
Sur ta carte LSI, quand tu configures des disques en JBOD, au final sur ton OS tu les vois comment ces disques ?

Alors déjà ce serait plutôt quand je ne configure rien
 
Je les vois exactement comme des disques branchés sur le contrôleur Intel. Enfin sous Windows.
 
Maintenant j'ai mis la carte sur mon serveur qui tourne sous OpenIndiana, et là il y a une différence de nomenclature :

 
Les 2 premiers et le dernier sont sur le contrôleur AMD, les autres sur la LSI+expander du JBOD.

Hmm, donc c'est idiot de dire que c'est une array alors        
 

Pas compris.
 
En conclusion on peut dire que JBOD est un terme inutile
 
Après mes disques sont dans une "array" ZFS, donc une zpool (appelée jbod ) contenant un vdev unique de 19 disques en RAIDZ3.

J'avais toujours lu à gauche à droite que JBOD était un agrégat de disques. C'est la première fois que je vois des disques physiques simples appelé comme ça.
En même temps, je n'ai jamais essayé OpenIndiana, donc je ne pouvais pas comprendre.
Merci pour cette clarification =)

HS
 
asmomo > ayant refait mon Proliant en OpenIndiana ce WE, j'ai vu qu'il y avait une "nouvelle" distribution "serveur" intéressante en Solaris-like avec ZFS toussa: OmniOS (qui est devenu la référence pour le concepteur de Napp-It).
 
Fin HS.

En fait certain controleurs font office de "SATA port multiplier" dans le mode JBOD.
C'est pour ca qu'ils apparaissent comme vrai disque physique ces HDD.

Sinon une petite question concernant la commande TLER des Western Digital Red.
 
Je vous explique.
Il n'y a que des RED au format 3.5", alors que je compte peut-être passer au Raid de HDD 2.5", en l'occurrence les WD Green (15mm de haut), or ceux là n'ont pas le TLER. (Merci à WD pour cette segmentation absurde)
 
Je compte également utiliser un Raid "hardware" de type contrôleur JMicron dont j'ai parlé récemment ici, pas de pilote/logiciel à installer. Un contrôleur assez basique j'imagine.
Est-ce qu'avec ce genre de contrôleur le TLER des RED est utile ou pas?
 
J'ai actuellement des WD Green 3.5" sur mon PC, en Raid avec un ICH10R Intel, bon sang qu'il est relou, il me fait des vérifications de volume au moins une fois par semaine (en sortie de veille du PC. Visiblement il n'aime pas ca...).
 
Du coup si je pouvais éviter le même genre de déconvenue avec le nouveau contrôleur et HDD ca serait chouette.
 
   
 

Bah plus haut tu disais : "Dans d'autres cas ça veut dire une array sans striping et sans parité/mirroring, ce que vous évoquez et qu'il me parait idiot d'utiliser.", je confirme juste

J'ai toujours cru comme toi, d'ailleurs ce lien http://www.commentcamarche.net/faq [...] -jbod#jbod l'explique comme ça ...
J'ai l'impression que comme l'indique asmomo pour la définition du RAID, à chaque constructeur sa méthode ...

Tu aurais une définition de sata port multiplier ? http://en.wikipedia.org/wiki/Port_multiplier
Connexion de plusieurs disques SATA sur un seul port du contrôleur, ça ok mais je vois pas l’interaction avec le mode JBOD ?

!?! Les RED ont le TLER ?
... seuls la série RE ne l'auraient pas ?

(ça fait un bout de temps que je ne m'y suis pas penché)

Perso j'utilise ZFS avec des Green & des Blacks.

C'est une fonctionnalité, optionnelle, incluse dans la norme SATA.
 
En gros ton contrôleur fait office de Switch SATA.

Apparemment non, les RED l'aurait aussi.

Ouai j'ai edit mon message avec un lien wikipedia, mais je comprends pas ce que ça vient faire avec l'histoire du JBOD ...

Parce que sur certain contrôleur JBOD = Sata Port multiplier
 
Tout simplement
 
(C'est le cas des JMicron p.ex)

Les vraies cartes qui savent faire du JBOD, n’écrivent pas leur signature sur les 48 premiers octects du disque.

JBOD = 1 disque seul, sans redondance.

Avec ZFS tu peux mettre genre 5 disques seuls ensemble, en JBOD donc, ça crée alors une POOL, RaidZ1 par exemple et tu bénéficies ainsi d'une redodance n-1.

Simple, rapide, efficace ^^

++

Got it ! thank's
La carte ne voit qu'un seul disque car le tout (les plusieurs hdd) ne sont branchés au final que sur un seul port!

Pas compris l'intérêt des 48o non écrits mais ça à l'air trop compliqué pour moi.
Pour le ZFS, le RaidZ1 est une sorte de Raid 5? Mais sans la nécessité d'avoir des hdd de même taille ?
Si oui, il doit y avoir de sacrés algo derrière quand même ...
Ya même pas un minimum d'écart de taille entre le disque le plus gros et le plus petit ? (genre peut-on le faire avec un hdd de 80go et un de 4To ?)

C'est une sorte de Raid5 oui ; pour le reste, tu n'y es pas du tout ; cf sur smpfr ou xtba où tout y est.

++

 
Oui je sais (je discute avec lui sur hardforum) mais ça ne m'intéresse pas trop vu qu'il n'y a pas de gui, c'est command line only. Or moi j'utilise pas mal le bureau (en vnc), j'ai même installé wine et des programmes windows.
 
 
 
Oui c'est exactement ce que font mes boîtiers icydock, mais pas du tout ce que fait du matos SAS. La performance est divisée par le nombre de disques, genre sur un disque j'ai 100Mo/s, 2 disques 50, etc. Alors que l'IBM M1015 peut offrir 4-5 Go/s si on y connecte des SSD ou suffisamment de disques.

Bonjour à tous,
Je viens sur ce topic, car j'ai un problème avec mon raid 0.
J'ai un raid 0 de samsung F3 de 500 go, raid matériel fait avec ma p8p67, j'ai effectuer il y a un an une réinstallation de seven 64bit sur un ssd, en gardant le raid 0, je n'ai pas eu de souci et j'ai gardé mon raid en le formatant.
 
J'ai récemment acquis un sandisk plus de 256go, je refais donc la même manipulation mais la, ô surprise lors de l'installation de seven, quand on choisi ou l'on veut installer l'os j'ai bien le sandisk qui apparait, mais pas le raid 0 de 930go (2*465go qu'on mes 2 samsung F3), je me dis pas grave je me souviens plus comment j'avais fait la première fois je verrai bien après!
J'installe donc seven normalement, une fois sur le bureau je vois bien qu'il y a les 2 disques durs mais pas en raid, j'ai donc 2 espaces de 465go chacun...
J'ai donc un peu cherché sur google comment faire, j'ai refait la manipulation de création du volum de raid directement après le bios en appuyant sur ctrl + I, j'ai recréé mon raid, mais sur seven il n'est pas reconnu, j'ai toujours les 2 disques séparément...
 
Voilà la raison pour laquelle je viens vous demander conseil, des idées?

... cool : je lui avais demandé de clarifier sa page d'offre pour mieux comprendre les tarifs entre version / plug in.
C'est fait !
=> http://www.napp-it.org/index_en.html

En plus il a sorti les images pour le HP Microserver NL40 et la Supermicro X9SCM qui va bien

 
Tu serais pas passé par un clear cmos entre temps toi ?
Je suppose que t'as bien installé les pilotes intel RST ?
As tu flashé le bios de ta carte mère qui aurait mis à jour le firmware intel raid ?
Ou tout simplement activé ahci puis revenu au raid ?

 
Faudrait peut-être se faire un topic "ZFS, Napp-it, gros serveur de stockage, etc." ou le topic NAS Homemade est approprié pour causer gros stockage?
 
(je viens de lire le test de la dernière Supermicro X10SL7-F et ses ports pour 14 disques me font (tourner) de l'oeil... )

dites, si je change de carte mère*, et que j'ai deux grappes R0 de 4To chaucune à récupérer (montées via bios en raid sata interne) , ya aucune chance de reconstruire quoi que ce soit, hein? et si j'avais eu une carte raid ext ?
(passant d'un chipZ68 à Z77)
merki  

J'y crois pas, alors qu'avec une carte raid hard ça aurait été finger in ze noz

Si j'ai bien compris tu veux réutiliser ton Raid existant créé avec un chipset Z68 sur une nouvelle machine équipé d'un Z77?
 
Si c'est ca il me semble que ca marche oui.
 
T'as même pas besoin de réinstaller Windows en faisant ce passage.

 
Effectivement j'ai mis à jour mon bios entre temps, du coup le raid n'a pas aimé! Mais tout est rentré dans l'ordre après diverses bidouilles, mais surtout après réinstallation des pilotes intel surement perdu après la mise à jour du bios, parfois on cherche trop compliqué alors que c'est tout con

ah ? je passe d'une gygabiteZ68 à une MSIZ77 sans changer de proc, et j'aurais même pas à réinstaller windows ?
Tu veux dire que je rebranche mon SSD direct, mes deux grappes, mes cartes et tout, et que je vais juste avoir à paramétrer vite faite mon bios ? Comment ça se traduit en termes d'install ?  
 
Actuellement ma machine dépote pas mal mes grappes sont à 250mb/s écriture/lecture.. mais j'ai acheté une nouvelle CM, pour deux raisons: j'ai plié une pin sur le chipset (et oui), et j'avais besoin d'un port thunderbolt.
Par ailleurs il semble que cette pin pliée aurait niqué le dual chanel, du coup, impossible de démarrer avec 32 de ram...  
 
Pourtant depuis quelque temps la config est stable, j'ai manipulé 120go de données toute la journée, lancé des piles de rendu tout en continuant mon boulot en montage vidéo, et même pas un freez.
 
La CM a senti que j'allais la remplacer et la jeter à la poubelle    

Tu veux dire socket.
 
Mais sinon oui avec Intel il y a rétrocompatibilité.

a mon avis avant de faire n'imp avec tes RAID lit le topic : http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
et pose la question
 
pour avoir perso enlevé une grappe raid d'une cm et remise sur l'autre : TOUT perdu
avec une carte dédié c'est pas pareil je pense mais avec les chipset ....  
 
demande et risque pas de perdre le tout

nan mais toutes les données sont backupées d'office sur un externe, en raid lui aussi.
oui je la joue backup manuel , ayant fait le choix de rapidité en R0
Nan l'idée c'est de savoir si ça va me bouffer 2h tout compris, ou si je repars sur un cycle d'install de drivers de logiciels de plugins et cie, ce qui dans mon activité et selon mes besoins peut prendre un certain temps... faudra que je prévoie un temps d'inactivité sur cette machine

Quand à lire le topic, certes, c'est ce que je fais mais n'oublie pas qu'il fait 320pages

Pour ton SSD système tu peux être sûr à 99% que ca passe sans rien réinstaller.
 
Pour dire, je suis passé d'un Intel G35+ICH9R à une mobo à chipset Nvidia nForce 730i sans écran bleu rien, nada . Les pilotes génériques de Windows 7 ayant pris le relais au boot. J'en étais le premier surpris  
 
 
Pour le Raid, Intel à toujours garanti une compatibilité au niveau des ICHx, je ne sais pas ce qu'il en est des PCH actuelles, mais je ne vois pas pourquoi Intel aurait changé de stratégie.
Configure le BIOS en mode RAID avant de brancher les HDD, et ca devrait aller.

Question bête mais qui me préoccupe un peu, je vais sous peu passer mon raid d'un chipset NVIDIA MCP72 sur une carte-mère de remplacement, à un SB950.
Je me demandais si, niveau RAID0 il y avait un risque, quelconque soit-il, pour l'accessibilité, la lisibilité des données, la performance du système RAID, etc..
y-a-t-il des manipulations à faire spécifiquement, pour prévenir ce genre de risque ou est-ce inutile il faut nécessairement remapper ?

Pas sûr de comprendre la question.

De ce que j'en comprends il a un raid sur une cm à chipset nvidia mcp72 et veut transférer cette grappe raid avec une autre cm à chipset amd sb950. Moi je dis ça casse, faut backuper/recréer.

j'ai dû mal a comprendre où je suis compliqué
-j'expose ma situation,
 je demandes si il y a des risques,
 et je demandes si il y a des choses à faire en conséquence !

Ou est la difficulté à comprendre

Sinon, il faut à coup sûr recréer, forcément ?

le contrôleur raid est différent, ça me parait vu d'avance ...

Et merde.. d'autre avis ? histoire que cela soit catégorique.

Bah c'est ton histoire de remapper qui est pas claire, je pensais que tu avais compris que ce ne serait pas compatible et que tu avais une inquiétude autre (genre qu'il y aurait des "restes" nvidia qui pourraient compromettre les perfs).
 
Après perso je n'ai jamais testé mais je pense aussi que ce ne sera pas compatible.

Oui Remapper, recréer.. quoi ça ne veut pas dire la même chose ici ?

Pour faire simple un "fake raid" enregistre des meta données sur le disques qui changent d'un contrôleur a l'autre pour deux choses :
-dire au BIOS du chipset quel disque fait quoi et ou se trouve le secteur d'amorçage réel
-Dire au driver quels sont les octets protégés des disques qui contiennent les méta données
Ces informations étant différentes d'un fake raid a l'autre, ou du moins d'un constructeur a l'autre (si pas d'une puce a l'autre, sachant que d'intel vers intel bien souvent ça fonctionne), je te laisse tirer tes conclusions pour le fait de passer d'une puce nvidia vers une puce AMD.
Déjà que c'est pas évident avec des raids matériels la compatibilité, demande pas a deux constructeurs de fake raid différents d'avoir une compatibilité.
Si tu veux avoir des perfs sensiblement similaire, la solution (qui bouffe du temps processeur) c'est jbod + aggrégation en volume logique, ou autre ZFS ou solution de raid logiciel (et pour un particulier c'est bien souvent mieux qu'un fake raid).
Le fake raid n'a qu'un intérêt pour un particulier : multiboot sur raid, puisque dans ce cas, les informations de boot et de partitionnement sont communes et accessibles aux N systèmes.
Et ici on parle pas du fake raid, mais plutôt de solutions de raid basé sur des cartes contrôleurs spécifiques et/ou ZFS et en règle générale de solutions SAN/NAS destinées a l'usage particulier (LSI/IBM d'entrée de gamme etc...)