Reprise du message précédent :
Ptin j'ai un client j'en peux plus. Le mec c'est le top 1 du support depuis qu'il est client, et 100% de ses problèmes c'est lié à des NICs Broadcom de merde. Le mec REFUSE de changer le hardware (on parle de NIC 1G quoi…) et EXIGE qu'on fixe le problème, alors qu'on a déjà passé des jours à build une dizaines de driver différent qui font tous des problèmes différents…
 
Quelqu'un connaît un marabout pour réparer les motos russes cartes Broadcom à distance ? En vrai la meilleure réparation c'est de prendre des NIC Intel à la place, mais bon, il veut pas et préfère nous prendre la tête tous les jours

mp Vini, il travaille chez broadcom il pourra sûrement t'aider  

fallait pas supporter des nic douteuses

Faire chier le support jusqu’à ce qu’ils craquent et t’envoient du matos compatible pour que tu leur laches l grappe . Habile le mec  

 
Ah ouais, comme les radins qui prenaient les NICs HP de base (qui étaient des Broadcom rebrandés) au lieu des vrais NICs Intel. Quand j'étais dans le public c'était simple, l'équipe qui avait conçu les profils d'install ne supportaient pas les NICs HP/Broadcom, donc quand tu commandais ton matos, tu prenais du Intel, point.

 
il rencontre quel genre de problèmes ? (juste par curiosité)

Un coup c'est le kernel qui rapporte un problème avec la NIC et ça coupe (ou pire, ça fait des trucs corrompus) sachant qu'il a un stockage via le network, je te laisse imaginer le résultat.

Et là récemment (avec les derniers drivers/firmware à jour), c'est la carte qui spamme le CPU d'interrupt à un niveau complètement anormal :

Bien sûr, l'id du device PCI me fait remonter à :

le client est indien ?

Dis lui de passer sur VMware, ça devrait être compatible

 
Quels firmware, sortis d'où ? (non, pas dmc)

 
Australien.
 

 
Franchement j'ai envie d'arrêter mon contrat avec eux, on a perdu de l'argent.
 
Heureusement nos CGU :
 

 
J'ai pas tout suivi moi-même, j'imagine de chez Dell (chez qui il a acheté ces merdes)

 
Ah bah voilà, c'était les mêmes soucis avec Xen Source, et je crois qu'avec KVM on avait un souci équivalent...

La qualité des drivers laisse fortement à désirer (euphémisme), d'ailleurs le site de Broadcom a des drivers plus anciens que ceux dans des kernel LTS C'est vraiment du foutage de gueule…

edit : c'est pas TOUTES les NICs de chez Broadcom, mais un certain nombre. J'ai le souvenir d'un client (pas chiant) qui avait une chiée de problèmes, le jour où il a swap pour des NICs Intel, magie… plus aucun problème.

Paye lui toi même des nic Intel et passe à autre chose

J'ai même proposé de faire un truc comme ça : en disant que si ça corrige pas le problème je déduis le prix des NICs Intel de sa sub annuel de support. Parce qu'il a dépensé énormément pour ses serveurs (lol 7k€ par machine, on a pas la même def) et qu'il a pas de slot dispo restant et que ceux sont les cartes intégrées et blablabla, alors c'est non;

7k par machine et même pas de quoi se payer des intel 1G  

 
les fw des fabricants tiers c'est de la merde et ça le sera toujours. Il y a les packs de fw stock à jour dispo chez Broadcom directement, par contre c'est relou à déployer et faudrait valider en labo avant pour pas tout crasher.
 
Genre pour les 5720 2 ports :
https://www.broadcom.com/products/e [...] bcm5720-2p
 
J'ai utilisé comme ça des cartes PCIe 5719 4-ports en aggreg de lien statique via windows serveur, firmware BCM stock à jour, aucun souci.

Eh oui, le drame d'être un couillon. Le type qui HURLE DANS DES TICKETS PARCE QUE CPT. Mais en fait 1h après : « ah en fait non c'était un problème sur le switch je ferme le ticket ».

Puis 15 jours après, autre ticket à la con agressif, il a pas une réponse dans l'heure, c'est un SCANDALE.

 
Je sais plus si on a testé ça en interne, j'ai ajouté une note privée dans le ticket, on verra bien. T'façon le mec est en Australie, s'il continue à faire chier on va l'ignorer

Ça me rappelle des souvenirs ce genre de conneries. On avait installé un SAN pour certains de nos HP-UX et NT4, vers 1999. Le but c'était d'augmenter l'uptime, alors qu'on avait pas de problèmes d'uptime en fait.  
 
La décision du SAN à acheter est prise par le manager HP-UX parce qu'il est plus senior. L'équipe HP-UX prend des cartes FC parmi celles recommandées. Le manager NT4 décide de prendre d'autres cartes FC, avec comme justification que c'est le fournisseur habituel et que ça change rien. Sauf que le firmware de ces cartes FC est foireux. On se retrouve donc avec des BSOD sur les deux nodes des clusters NT4 (simultanés évidemment) déclenchés par les gros I/O, qui déclenchent un chkdsk qui dure des heures.  
 

Ce genre de client ne fait qu'une chose, c'est de coûter un maximum de pognon. C'est la mentalité "Je payen j'ai le droit" et on ne peut simplement rien construire avec eux.

 
Vous avez pas une liste des nic supportés pour pouvoir l'envoyer balader ?

Oui, clairement…

Si, en théorie ça doit marcher (c'est une NIC assez courante). Mais de toute façon on est en train de faire un distinguo entre matos compatible et matos certifié, vu qu'on a notre premier partenariat avec un fabriquant de hardware, on va pouvoir proposer des solutions concrètes qu'on torture bien.

Après comme je disais, nos CGU sont claires : on fait du best effort, ya pas de garantie de magiquement régler un problème hardware (y'en aura que sur l'achat de la stack hardware+software)

Il est en Australie, ça doit être câblé à l'envers

En Australie ils montent des CIN.

Dredi matin avant mes congés, j'ai noyé dans une PR un changement dans la méthode de génération des mdp LDAP en cas d'oublie pour passer a 32 char mais uniquement avec ces chars: lI
 
IIIlIIIllIIlIIIlIIIlIIIIIlllIllIIIllIllII
 
   
 
PS: Putain de dev.
 
Ca whine sur le temps des pipeline, on leur dit que c'est leurs tests qui sont mal branlé, ils veulent des runners alors qu'on leur dit que ca ne servira a rien.
On file des runners.
2 semaines plus tard, ouin ouin ca OOM, on veux des CPU.
Putain mais on vous a dit que ca servirait a rien....
 
Quand tu vois la gueule des changes, c'est un newline avec un commit "oops". MAIS PUTAIN DE DEV.
 
EDIT: Merged  

C'est là que tu te mets à regretter les "clients" indiens ?    
A+,

C'est à peu près la même chose saupoudré de please assist et de kindly help à droite à gauche

Les miens font du ticket "critical" pour des accès non standard qu'ils n'ont pas demandé en premier lieu.   Ou d'autres qui persistent à me créer un ticket pour un ou deux problèmes récurrents quand je leur ai donné la liste des 1200 autres qui pourraient leur tomber dessus et qu'on pourrait fixer tout en une fois et que je lui ai partagé la liste il y a presque deux mois . Bon pour lui, j'ai eu mon cadeau de Nowel, j'ai enfin la liste, c'est un truc que je peux régler en 20 mn chrono, j'avais juste besoin d'une info que seul lui pouvait me fournir.

Donc celle qu'il t'a donnée est probablement inexacte.
A+,

Avez vous collé un sticker redface sur votre PC de cogip pour indiquer que vous faisiez parti de l'élite ?

Ça fait un peu maciste mais vaut il mieux  rester tapis dans l'ombre ou l'hurler à la face du monde ?  

Je suis pas sûr que ce soit nécessaire à la gloubicorp

Vous avez votre propre catégorie caché sur le forum?

M.arc est le boss de cette boite.

C'est fini radio moquette là ?

 
On recréé tranquillement le forum topic après topic.  
 

Faudra qu'on fasse un plébouc pour importer tous les souriards de HFR dans Slack

HFR Discord c'est dans les rails ?

Hé, ho, tu veux me vider ma fiche de poste ?