Reprise du message précédent :

 
et il y a moins de proc que dans un blade center 14 lames de bi quadri-core

il a raison c 1 A 12V
donc +1  pour memaster62

 
Oui IBM est pas super à ce niveau là. Je n'ai pas encore eu le loisir de tester le HP, mais ce que tu m'en dis est intéressant
 
Je préfère également les passthru personnellement, mais les switchs sont administrables via CLI au travers du RAC ( telnet DRAC -> connect switch-X ), après c'est comme du PowerConnect Dell classsique ( un peu pourri la CLI mais ça fait ce dont on a besoin ) et on peut bien sur lui coller une IP. Sur les switchs on a fait des run à 1 Gbps sur du paquet de taille pas très importante sur l'ensemble des lames et il se comporte plutôt pas mal au final. Les passthru le truc aussi c'est qu'il faut un switch Gig forcément derrière, c'est pas toujours pratique dans certains cas.
 
Faudra que je fasse un test du HP

Merci pour vos réponses

Vous savez pas où je pourrais trouver un adapateur kivabien ? (dtc-proof )

edit : et si je tente les 500mA, ça va griller qqch ?

 
Ca c'est certain

non, ça tu peux tester. ça risque rien.
de toute façon même si tu up le courant, genre tu mets 2A, tu va rien griller
ç'est le routeur qui demande et l'alim. répond àa sa demande...
au départ (ne connaissant pas les specif) je pensais que tu cherchais à survolter  
et effectivement en survoltant les composants, ça chauffe plus et au bout d'un certain temps, hop ça grille.

Merci bien, je vais voir ça.

les lame c'es mal, avec des modules pass-thru, ça bouffe tout les ports de switchs SAN, sinon pour les retour d'experience en HP, les C-Class sont beaucoup mieux que les vieillissants P-Class ...
 
 
edit : ortho

 
HEY HO je l'ai recopié de l'alim d'un WRT54GL

oui on a vu, mais les possibilité d'alim sont multiples.  
vous connaissez tous les pc :
qd tu survoltes un processeur pour l'overclocké, il chauffe plus ==> durée de vie réduite.
par ailleurs si tu mets ume alim de 1000W (qui donne plus d'ampere) sur un pc normal (qui ne fait pas de sli quadcore, avec whatmilles hdd),
le pc va pas tirer 1000W. il va tirer ce qu'il a besoin c'est tout. mais les rails +5 +7 +12 ne changent pas,
c'est justement ce qu'on demande à une alim. qu'elle délivre une tension très constante.

 
super

Sur mon Linksys ADSL2MUE, l'alim d'origine est 1A mais, Linksys échange pour des 2.8A parce que ça ne suffit pas à leur modem, va comprendre comment ils ont fait pour avoir besoin de 2.8A sur un simple modem avec 1 port Ethernet .

C'quoi le code ascii pour le symbole du courant continu ?
 

Salut les bavard

test :

edit : ok c'est bon

Tiens comme c'est bientôt les élections, n'oubliez pas que sarko est contre la licence globale. Donc avec lui ce genre d'action ne risque pas de diminuer.(bien au contraire)
Les lobbys ont fait du super travail avec lui.    

C'est pas de sa faute, c'est gé-né-tique

+1 pour les lames HP
Par contre, le passthrough peut se justifier pour s'integrer dans une infrastructure existante a moindre cout.
De plus, pour le SAN, toutes les blades n'ont pas forcement besoin de SAN, et le passtrough permet de ne pas complexifier inutilement les fabric, donc ca se discute egalement.

TheFireball: Dans les HP (je ne connais pas pour IBM et Dell, mais il me semble que c'est pareil) les switchs sont des cisco donc l'équipe réseaux ne perd pas la main dessus, et dans le cadre d'un nouveau projet, si tu n'as pas a considerer l'investissement existant, ca peut etr un excellent choix de consolidation et de gestion du cablage.
Attention cepedant dans ce cas si tu veux mettre des serveurs étant dans différentes DMZ dans le même rack Blade, tu seras bien emmerdé.

edit :

?

il a juste pas compris ce qui a été dit avant

attention , je n'ai jamais dit que l'ibuprofene entrainait l'apparition d'une méningite hein

Preum's    
 
Vivement le prochain pont...  Bon courage pour today les nerdz

deu'z

 
 
pour le pass-thru, ok pour le moindre cout, mais si tu as un chassis complet a connecter sur le SAN, ça fait quand meme 16 port de bouffés sur ton switch ( x2 si dual-fabric )
 
pour ce qui est du matos reseau HP ne propose pas que des switch cisco, il y a aussi d'autres fournisseur, après pour moi c'est integrer normalement dans le perimetre des admin reseau ( j'en suis pas sur, je suis un peu une bille en reseau ), tout comme le FC est integré dans la fabric SAN existante ( ça, je suis sur )
 
Sinon pour la complexité du SAN, c'est vrai que les switch integré dans les blades, vont etendre ta fabric, aujourd'hui, il existe 2 alternatives :
 
- HP virtual connect ( combo Eth+FC )
- Brocade access gateway ( FC uniquement )
 
 
pour la partie FC, les wwn des blade sont agregé sur un seul port du core switch et les switchs present dans les blades ne viennent pas grossir la fabric ( tout ça necessite un zoning par wwn ). basé sur le protocole NPIV, pour les 2 solutions.
 
 
 
j'explique en schema
 
 
sans :
 

 
 
avec : ( en rose le module HP virtual connect ou blade-switch brocade avec licence 'access gateway' )
 

 
 
 
 
+ liens
 
http://www.hp.com/go/bladesystem/virtualconnect
http://www.brocade.com/company_inf [...] 7_2_20.jsp

Excellent    
Hormis le fait que je ne partage pas le fait qu'il veuille se décharger (ainsi que les parents) l'idée ne me choque pas même si cela ne s'appuie sur aucune considération scientifique.  
Pour ceux qui ont eu la chance de lire du Zola, le concept de "tare" héréditaire est plus qu'abondante. Peut être que Sarko en a beaucoup lu   .  

troa'z

 
Ava mieux ce matin, une bonne nuit bien transpirante et hop
 

bonjour bonjour
 
trictrac : meme si c'est du Cisco à l'intérieur, ici notre équipe veut pouvoir choisir son modele donc on prend du passthru et ça convient à tout le monde Meme si en effet, il faut donc du gigabit derrière.
 
el_barbone : on s'en fout du SAN pour nos blades, c'est juste du calcul

 
 
dans ce cas, je plussoie, les blades c'est bien, quand y a pas de san, pour une ferme de calcul c'est meme tres bien ... mangez en    

Ca sent la matinée productive
 

T'es sur que les switch ne viennent pas grossir la fabric ?
Dans ce cas oui, ca peut etre interessant, mais il faut absolument faire du zoning par WWN, et pas par port alors (ce qui est notre cas).
Ensuite, est-ce que tu as vraiment besoin de mettre toutes tes blades sur le SAN, c'est plutot la la question ...

http://bugs.mysql.com/bug.php?id=25621
 
c'est une certitude, les gars de debian ne testent pas ce qu'ils updatent

déjà ... debian ~ update ... y'a comme une incohérence là ...
 

 
 
ça a une utilité uniquement si tu mets toutes des blades sur le SAN ( pour moi les blades c'est nickel, si tu ne les mets pas sur le SAN, sinon, c'est source de complications ... )   si ça ne tenait qu'a moi, il y aurait seulement un minimum de blades connectées au SAN, après examen appronfondi de la demande
Oui, je suis sur que les switchs ne viennent pas grossir la fabric ( tested ... ), sinon c'est sur que le zoning par wwn est obligatoire ( mais au sein d'une meme fabric des zone par wwn et port peuvent cohabiter sans pb ( testé sur brocade & mcdata, pas sur cisco ) après c'est vrai que les admin doivent changer leur habitudes ( s'ils ne zonent que par port )    

nan mais franchement, même en ayant viré tout mysql, l'installe ne fonctionne pas quoi !!

tu as peut être contaminer toutes les équipes debian

Ben, faut p'tet virer la debian et garder le mysql ... ça marchera mieux
 

ceci dit ce n'est pas que l'équipe de debian qui a dû balancer le mysql buggué
 
bon, en installant à la main mysql 5.0-32 ça fonctionne

Salut OSA !

Bonjour!  

http://www.ratiatum.com/news4770_L [...] ement.html

faut espérer que ca va faire bouger un peu les choses

Quand on a ce genre de message en console :

et que le voyant du seul disque dur de la machine est rouge, ca sent le sapin