Essaie sans le switch du coup. Ici on a pas mal de HPE C3000/7000 en prod et jamais eu de soucis dans le genre. Il faut dire que c'est plutôt robuste comme châssis, les alims/ventilos tombent rarement en panne.
Le sam. 19 déc. 2020 à 11:20, Axel HAUGUEL <a...@dyjix.eu> a écrit : > Hello, > > Je suis dépité ! Jai branché le blade sur un seul PDU que j’avais vidé, et > il a réussi à faire sauter les 2 PDU. La seule chose qui les lie entre eux, > c’est le câble rj-45 qui va du blade au switch fs.com situé sur l’autre > PDU. > > Lorsque cela se produit, on est à 1.8A.... > > Le problème se produit depuis que j’ai reload la conf du switch Cisco sur > le blade.... > > Ça paraît gros. > > Envoyé de mon iPhone > > > Le 18 déc. 2020 à 23:26, Axel HAUGUEL <a...@dyjix.eu> a écrit : > > > > > > <Capture d’écran 2020-12-18 à 23.25.50.png> > > > > Yes,j’ai modifié les valeurs ce matin mais aucun changement… > > Cordialement / Best regards > > -- > > Axel HAUGUEL > > Vice-Président de Dyjix | a...@dyjix.eu > > Responsable des infrastructures systèmes & réseaux > > Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu > > > > > > > > > >> Le 18 déc. 2020 à 23:18, Charley SEDEAU <char...@sedeau.com> a écrit : > >> > >> Je ne sais pas si tu as déjà regardé, mais il y a des valeurs > configurables coté PDU d'après la doc ( > https://www.senetic.fr/i/objects/mmo_39211716_1514462642_2147_24907.pdf) > , notamment une valeur d'overload où le PDU coupe le jus. Peut-être qu'il > n'est pas configuré à 16A ? > >> > >> <image.png> > >> > >> Je pense que ça vaudrait le coup d'essayer en sortant les blades du > châssis : Il y a un discover automatique des blades sur les châssis types > C7000 / M1000E qui se fait quelques minutes après le boot du châssis.. Ça > peut expliquer pourquoi la consommation augmente un peu après 4 min (mais > ça ne devrait pas non plus être gigantesque..) et peut-être expliquer ton > soucis.. > >> > >> - Charley > >> > >> > >> Le ven. 18 déc. 2020 à 23:06, Axel HAUGUEL <a...@dyjix.eu> a écrit : > >>> Hello, > >>> > >>> Merci pour ta réponse. Le modèle du PDU est le suivant : > https://www.senetic.fr/product/163682 > >>> > >>> Je pense en effet faire ça demain matin, tester sur une voie vide… > Mais ça expliquerait pas pourquoi quand tout redémarre, juste après la > coupure, ça ne disjoncte pas directement.. Car quand tout redémarre, on > consomme beaucoup + (Environ 12 - 13A) > >>> > >>> Aucune lame n’est démarrée lorsque cela se produit… C’est vraiment > étrange ! Car le blade démarre et 4 minutes après, paf ! > >>> > >>> Merci > >>> > >>> Cordialement / Best regards > >>> -- > >>> Axel HAUGUEL > >>> Vice-Président de Dyjix | a...@dyjix.eu > >>> Responsable des infrastructures systèmes & réseaux > >>> Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu > >>> > >>> > >>> > >>> > >>>> Le 18 déc. 2020 à 23:02, Charley SEDEAU <char...@sedeau.com> a écrit > : > >>>> > >>>> Hello, > >>>> > >>>> D'expérience ça ressemble vraiment à un souci de conso élec / > capacité sur tes voies > >>>> > >>>> Quel ref de PDU utilises-tu ? Est-ce que tu es sûr qu'ils arrivent à > tenir 10A (même s'ils sont prévu pour du 16A, on est pas a l'abris d'une > surprise sur certains modèles "cheap"). Ou alors peut-être que ta mesure de > consommation actuelle manque de précision ? > >>>> > >>>> Ca expliquerai à la fois que ton 2nd PDU saute lorsque le 1er tombe > (vu qu'il double en charge), et ca expliquerait pourquoi ton M1000E fait > tomber un PDU après quelques minutes (sûrement lié au boot des blades qui > sont à l'intérieur ?) > >>>> > >>>> Dans les tests que tu peux faire histoire d'essayer de cerner le > soucis : > >>>> - Tester sur une voie électrique 16A "vide", voir si le pb se > reproduit (si tu en as une à disposition) > >>>> ≈ > >>>> - Essayer tester avec 2 alim sur le M1000E, et de les interchanger > pour voir si le soucis est localisé sur l'une des alim en particulier (mais > ces trucs sont normalement conçus pour être bien redondants et pour bien > isoler les alim défectueuses) > >>>> > >>>> - Charley > >>>> > >>>> > >>>> Le ven. 18 déc. 2020 à 22:23, Axel HAUGUEL <a...@dyjix.eu> a écrit : > >>>>> Hello la liste, > >>>>> > >>>>> J'espère un peu la situation : > >>>>> > >>>>> Dans un site où nous avons une baie, nous avons l'arrivée électrique > >>>>> séparée par deux voies A et B, et chaque serveur rack est double > alimenté > >>>>> par chaque voie. > >>>>> > >>>>> Nous avons également un bladecenter qui nous pose des soucis depuis > ce > >>>>> matin, il a 6 alimentations (dell m1000e) : > >>>>> > >>>>> - Lorsqu'on le branche sur 2 PDU, les 2 PDU tombent et tous les > serveurs > >>>>> s'éteignent et redémarrent directement (+4 ampères par rapport à la > conso > >>>>> moyenne, donc j'élimine un manque de puissance électrique) > >>>>> > >>>>> - J'ai essayé de le brancher qu'une alimentation sur 1 PDU, mais le > PDU > >>>>> tombe et fait tomber l'autre (alors qu'il n'est pas raccordé dessus) > >>>>> également.. > >>>>> > >>>>> Je me demande si l'alimentation n'a pas un problème et crée un court > >>>>> circuit qui se répercute dans l'autre PDU en passant par les racks. > >>>>> > >>>>> Je deviens fou ! De plus, il ne disjoncte pas directement après le > >>>>> redémarrage, mais au moins 5 minutes après... > >>>>> > >>>>> Si vous avez des idées de ce que ça pourrait être, ou si vous avez > déjà > >>>>> rencontré des problèmes similaires, je suis preneur... > >>>>> > >>>>> Pour information, sur les deux PDUs, je suis à 5.5 A. Donc si un PDU > coupe, > >>>>> l'autre a de quoi reprendre (capa 16A). > >>>>> > >>>>> Le blade fonctionnait très bien cette nuit ... > >>>>> > >>>>> Merci ! > >>>>> > >>>>> Cordialement / Best regards > >>>>> -- > >>>>> *Axel HAUGUEL* > >>>>> Vice-Président de Dyjix | *a...@dyjix.eu <a...@dyjix.eu>* > >>>>> *Responsable des infrastructures systèmes & réseaux* > >>>>> Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu > >>>>> > >>>>> --------------------------- > >>>>> Liste de diffusion du FRnOG > >>>>> http://www.frnog.org/ > >>> > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
