Voila, juste un coup de gueule contre HP et Dell.
D'après une boite privée activant actuellement un lycée, Dell et Hp annulle la garantie matérielle sur leur serveurs équipés d'une carte iscsi qlogic si on n'installe pas une RedHat dessus!
En clair, si vous mettez une debian, plus de garantie matérielle... Est ce légal? Est ce vrai surtout, quelqu'un pour confirmer?
Voila, bref, vive les SAN sous debian ...
Journal Debian: Pas de support matériel de la part de HP et Dell?
24
mai
2007
# Euh...
Posté par Anb . Évalué à 10.
Si tu as une pièce qui crame ils doivent quand même intervenir pour la changer non ?
[^] # Re: Euh...
Posté par gnumdk (site web personnel) . Évalué à 2.
C'est bien la le probleme et j'en ai eu confirmation par quelqu'un exterieur à la boite cette après midi mais ca me parait bizarre...
[^] # Re: Euh...
Posté par GP Le (site web personnel) . Évalué à 4.
Solution de contournement : VMWARE ou se faire chier pour réussir à faire tourner l'outils prévu pour redhat d'analyse et surtout ne pas dire que tu es sous debian.
[^] # Re: Euh...
Posté par gnumdk (site web personnel) . Évalué à 2.
# Yey !
Posté par moo2 . Évalué à 10.
2- Les kernels ne sont pas compilé à la même version et avec les mêmes options selon les distrib donc ça me parait tout à fait logique qu'ils utilisent ce genre de clauses. Avec Red Hat ils ont la garantie que leurs carte restera supporté à travers les releases. (A la limite la je vois le rapport avec Debian qui s'est trainée un 2.2 et un 2.4 pendant un moment quand le reste était déjà au 2.6)
[^] # Re: Yey !
Posté par ThesmallgamerS . Évalué à -10.
Même si la meilleure d'entre toute est unanimement Ubuntu.
[^] # Re: Yey !
Posté par GCN (site web personnel) . Évalué à 0.
Si seulement tu t'étais abstenu encore 6 heures et 28 minutes. C'est balo !
[^] # Re: Yey !
Posté par Psychofox (Mastodon) . Évalué à 3.
on parle de garantie materielle en plus, pas de support logiciel. ça n'a aucun sens.
[^] # Re: Yey !
Posté par Zenitram (site web personnel) . Évalué à 9.
Ce n'est plus une Redhat au sens contractuel.
# Nimp...
Posté par rdg . Évalué à 6.
Dell ne nous pose aucun problème quand on a un disk qui claque sur un de nos 500 serveurs sous debian..
[^] # Re: Nimp...
Posté par jjl (site web personnel) . Évalué à 10.
[^] # Re: Nimp...
Posté par gnumdk (site web personnel) . Évalué à 2.
D'après eux (la boite et une structure publique d'envergure), Dell refuse d'assurer le support matériel (j'ai bien dit matériel) pour leur serveur vendu avec une carte iscsi QLogic si tu mets pas autre chose que Redhat dessus.
Résultat on a des serveur Redhat avec un vmware pour faire tourner une debian dedans (projet sambaedu), bref, ca pue...
[^] # Re: Nimp...
Posté par FRLinux (site web personnel) . Évalué à 3.
C'est comme partout, a deux vitesses.
[^] # Re: Nimp...
Posté par Nath (site web personnel) . Évalué à 1.
Par contre s'ils demandent des logs, pas d'autre choix que d'utiliser leurs outils de diag (ce qui me semble plus que normal), outils que tu peux trouver sur les CD Smartstart... Donc downtime du serveur le temps de passer les diags.
Et si la solution qu'il te disent c'est "mettre à jours les agents machin" qui n'existent pas parce que tu utilises un OS non supporté, tu ne peux t'en prendre qu'à toi même.
Mais ça, tu le sais avant de mettre le serveur en prod, parce que tu as regardé les matrices de certification, et que si tu mets un OS non officellement supporté, tu te démerdes pour le support soft...
Si en plus c'est pour la partie SAN, genre une MSA1000 sur une RHEL4 avec une vielle HBA, ça marche mais c'est n'est pas supporté, et si problème il y a un jour, downtime du serveur pour passer les diags. Donc pas pour de la prod critique.
Le tout est d'en avoir conscience avant de mettre en prod. Ou de pouvoir assumer le downtime face à ton DSI.
# ...à vérifier...
Posté par marquez . Évalué à 3.
J'ai vérifié les conditions générales de vente sur les sites concernés, ainsi que les spécificités des contrats gold, je n'ai rien vu de tel.
- Le mieux de de le faire écrire noir sur blanc.
Il y a des précédents de réponses similaires faites par des hot-liners incompétents (voir http://www.pcinpact.com/actu/news/35915-hp-garantie-linux-la(...) )
- si l'info se confirme par écrit (mais j'en doute), on pourra toujours remonter l'info auprès du conseil régional,
pour ajuster les appels d'offres à venir, en étant plus précis sur les compatibilités demandées.
ça permettra de choisir d'autres marques, ou d'autres sociétés pour la prestation d'installation.
...Certains démontreront bientôt que Linux détériore le matériel...
[^] # Re: ...à vérifier...
Posté par gnumdk (site web personnel) . Évalué à 2.
> remonter l'info auprès du conseil régional,
Hmm, "conseil régional" ?
Comment tu sais ? :)
Bref, ce sont justement deux personnes en charge du marché pour les lycée au conseil régional de ... qui m'on confirmer l'info cette après midi en me disant que il n'avait pas trouvé d'alternative chez les fournisseurs des marchés publics...
# ah bon ?
Posté par nullisimo . Évalué à 2.
http://www.hp.com/hpinfo/newsroom/press/2006/060814a.html
Sinon, en ce qui concerne HP, le support hard se fait. En revanche si on soupconne un bug d'un firmware ou un probleme du type "mon volume est mort, je fais comment pour le recup?", faut envoyer de preference des logs d'une red hat supportee, meme si ca depend de l'erreur.
# Programmes redhat
Posté par octane . Évalué à 2.
Donc si tu achetes dell avec une redhat, le jour ou tu as une panne materielle, dell te demande le resultat de leur programme. Si tu as debian, tu n'as pas le programme donc dell risque de raler avant de faire un echange materiel.
Je pense que c'est une maniere pour eux d'avoir un diagnostic fiable (selon leurs tests realise par cet outil) et de se defaire de tous les naifs qui renvoient les serveurs en panne materielle pour des raisons logicielles (qui peuvent aller depuis le blaireau qui teste un noyau patche par ses soins ou qui a oublie de charger le module kivabien).
Par contre, je suis sur qu'il y a moyen de discuter avec dell a ce niveau la.
[^] # Re: Programmes redhat
Posté par BAud (site web personnel) . Évalué à 6.
ce n'est pourtant pas très dur
[^] # Re: Programmes redhat
Posté par Aldoo . Évalué à 3.
[^] # Re: Programmes redhat
Posté par Calim' Héros (site web personnel) . Évalué à 2.
Il voulait à tout pris le windows pour leur utilitaire et a force de leur dire non ils m'ont envoyé télécharger un liveCD de test... Peut être en ont ils aussi pour ces serveur, faut leur demander et voir cela de plus prêt.
[^] # Re: Programmes redhat
Posté par lepoulpe . Évalué à 2.
En plus, le live-CD, il faut prévoir quelqu'un pour aller le mettre dans le lecteur. Oui, ça peut paraitre con comme ça mais bien souvent, les admin sont *très* loin des serveurs qu'ils administrent.
[^] # Re: Programmes redhat
Posté par Sytoka Modon (site web personnel) . Évalué à 5.
Donc DELL n'en a rien a faire de ton OS, ce qu'il veut, c'est le résultat de son diagnostic. Il suffit donc de booter sur cet OS et de lancer le diagnostic en croisant des doigts qu'il y a aussi le même plantage matériel... ce qui est très largement le cas.
Le reste est pour moi pipeau et commercial....
[^] # Re: Programmes redhat
Posté par gnumdk (site web personnel) . Évalué à 2.
Je vais peut etre prendre directement contact avec Dell et Hp pour en avoir le coeur net...
[^] # Re: Programmes redhat
Posté par briaeros007 . Évalué à 2.
[^] # Re: Programmes redhat
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
Peut être que lors de l'installation automatique des postes, vous supprimez cette partition. On a du modifier FAI (debian) et notre installation automatique de Windows pour pouvoir garder ces partitions.
Sinon, DELL a aussi un live CD... mais je ne l'utilise pas.
Pour HP, je ne sais pas.
[^] # Re: Programmes redhat
Posté par ragoutoutou . Évalué à 3.
Sur un desktop ou un portable, je dis pas, mais sur un serveur, ça ne rime pas à grand chose.
Dès que tu changes ta configuration disques, par exemple en changeant de niveau raid, en reconstruisant un array, ... c'est perdu...
Et puis, pour l'utiliser, il faut faire une interruption de service...
Sur les serveurs HP, ce qu'il faut avoir pour avoir du support, c'est le proliant support pack, un ensemble de tools de diagnostique et de détection de panne, et ils ne le fournissent que pour SuSE et RedHat, d'où le fait que seules ces deux distributions sont supportées.
[^] # Re: Programmes redhat
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
Pour moi, un serveur qui déconne n'est plus réellement capable d'assumer sa tâche de production. Alors rebooter sur une partition DELL, lancer le diagnostic et attendre que DELL vienne me changer la pièce ne me gène pas beaucoup.
C'est pas idéal mais je crois que je préfère cela à l'obligation d'installer une Red-Hat ou une Suse comme cela commence à être beaucoup trop imposé par les logiciels propriétaires.
En plus, cela a le don de m'énerver. Il n'ont qu'a compiler en statique leur binaire plutôt que de se casser la tête avec la distribution...
Bref, c'est comme d'habitude avec le propriétaire, on essaye de t'enfermer petit à petit dans une solution unique.
[^] # Re: Programmes redhat
Posté par briaeros007 . Évalué à 3.
Soit elle sont inacessible à l'os, soit elles ne le sont pas.
Et si ils modifient l'os, ca veut juste dire qu'elles sont accessible mais non documenté , ce qui est tout aussi idiot :D
[^] # Re: Programmes redhat
Posté par ragoutoutou . Évalué à 5.
c'est la première fois qu'on me la sort, celle là...
Ton approche et totalement réactive et non proactive.
Quand on a des serveurs en production ON FAIT DU MONITORING du hardware! C'est à dire qu'on essaye de faire un suivi pour essayer de détecter les problèmes AVANT qu'ils ne se posent, pour par exemple planifier le remplacement des pièces dès qu'elles commencent à montrer des signes de faiblesse, avant qu'elles ne lâchent. Un serveur en difficulté, ça peut être aussi une dégradation de performances: le serveur fournis encore le service mais nécessite un diagnostique pour déterminer si, par exemple, le contrôleur raid a encore sa cache en écriture active ou si elle est défectueuse ou a dû être désactivée parce que sa batterie est plate et n'arrive plus à se recharger...
Avec des outils intégrés correctement à l'OS, on peut récupérer des informations provenant des systèmes de monitoring hardware, et envoyer des traps snmp, tenir des logs à distance si nécessaire, ce qui permet de suivre l'état de santé de la machine sans devoir la rebooter pour savoir comment elle va.
[^] # Re: Programmes redhat
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
Ensuite, les disques durs lachent sans prévenir. SMART ne m'a jamais dis qu'un disque allait lacher bientôt de manière correcte. Or, pas mal de panne viennent d'une panne disque. Je n'ai pas les moyens de changer un disque au moindre faux-positif de SMART.
Autre type de panne chez DELL, les condensateurs de la carte mère qui lachent, classique sur la série Optiplex GX270 280... La encore, je n'ai pas vu un seul outil qui est capable de me le dire en avance...
Autre type de panne, l'alim qui crame... Idem à moins d'avoir une double alim, réservé sur quelques serveurs.
J'ai aussi eu le droit à une carte RAID sata qui merdait mais jamais au niveau du diagnostic et qui a finit par cramer. J'étais enfin content car depuis la machine marche. Le problème est que le diagnostic ne me disait rien donc DELL ne voulait pas la changer et pourtant, le serveur partait en vrille régulièrement à cause de cette carte.
Donc dans mon service, il y a deux cas. Soit la machine est sous garantie et je dois apporter la preuve de la panne pour que la société change la pièce, soit elle n'est pas sous garantie et je n'ai pas de budget assez important pour avoir des pièces de rechanges pour tout. Donc, j'en ai quelques unes, comme des disques durs...
[^] # Re: Programmes redhat
Posté par ragoutoutou . Évalué à 1.
Smart n'est pas vraiment une fonctionnalité avancée de monitoring...
Les alertes de ton contrôleur raid peuvent être autrement plus intéressantes...
Pour le reste, je pense que le problème n°1 est le sav de DELL, il faudrait peut-être changer de fournisseur. Du matos qui lâche est une chose, le fournisseur qui ne veut pas le remplacer en est une autre.
La boîte où je bosse n'est pas cliente chez dell mais chez **, et on a du matos qui lâche, on a du matos qui crame, mais les outils de monitoring font un boulot convenable, et le sav est généralement rapide et sans chichis... (mais bon, on a 1500 serveurs en leasing chez eux...)
[^] # Re: Programmes redhat
Posté par briaeros007 . Évalué à 2.
comme des 'erreur dma' qui apparaissent dans syslog ... voir des corruptions silencieuses que zfs permet de remonter.
Oui le monitoring ne permet pas de prévoir 100% des pannes, mais ca permet d'en voir arriver quelques une.
Et entre un arret programmé de la machine pour changer un composant qui, pense t'on, va lacher, et un arret parce que le composant a bel et bien laché pile poil dans les heures où tout le monde a besoin du serveur en question (donc perte max), où il faut trouver c'est lequel, faire intervenir le support, et faire la migration suivant ce qui est impacté, ben le mttr, et surtout son coût, y a pas photo.
Parce que bon, un serveur tombe plus souvent en rade en période d'utilisation qu'en période d'inactivité quand meme.
[^] # Re: Programmes redhat
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
- DELL est imposé : les marchés public ! Les personnes du privé ne se rendent pas compte comment Bercy nous casse parfois les pieds. Pour l'achat d'une souris -> trois devis. Je veux acheter trois souris pour trois équipes de recherche différentes -> 3 lignes budgétaires, 3 commandes, 3 frais de ports -> 9 devis (enfin trois fois le même). Mon imprimante est en panne, trois devis ! Le plus simple est souvent de prendre des contrats d'enetretien annuel avec des boites privés tellement on nous contraint.
- DELL a plusieurs type de garantie. Nous sommes en J+1 donc il ne font un échange 'que' dans les 24 h ouvrables et que si la pièce est cassé.
Alors, je fais comment si je sais que ma carte RAID merde mais que je n'ai aucune preuve via l'outil de diagnostic. Tu crois que DELL change le matériel comme ça ?
Il est clair que les serveurs tombent toujours lorsqu'il ne le faut pas. J'aimerais bien en changer avant mais c'est pour moi une question de coùt. Je n'ai pas de budget pour changer préventivement des serveurs qui vont encore bien et qui sont encore sous garantie.
Il est vrai que si la plateforme PC était bien faite et que tous les composants étaient capable de se diagnostiquer, tout cela avec un protocole ouvert, ce serait génial.
[^] # Re: Programmes redhat
Posté par briaeros007 . Évalué à 2.
Parce que bon, un admin qui demande un remplacement d'une carte raid (ou autre chose), si la précédente marche, voit pas l'intérêt. Pour éviter les abus, suffit de demander de renvoyer la carte (coute un peu plus cher, mais quel service en contrepartie ! )
Tu crois que DELL change le matériel comme ça ?
Dépend du contrat amha :D
Il est vrai que si la plateforme PC était bien faite et que tous les composants étaient capable de se diagnostiquer, tout cela avec un protocole ouvert, ce serait génial.
yapuka concevoir une norme et l'impser :D
[^] # Re: Programmes redhat
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
Les marchés publics ont une durée définie. À t'entendre, on croirait presque Dell est imposé en permanence...
Tes problèmes de commandes ne sont pas l'apanage du public, toute structure de même importance ont ce genre de vicissitudes, notamment des SSII qui travaillent pour les ministères.
Pour paraphraser ce qui a déjà été dit, le discours des commerciaux du prestataire peut varier. Si c'est vraiment critique, n'hésite pas à faire monter dans les tours, c-a-d faire jouer ta hiérarchie pour faire pression sur le fournisseur. La tête du commercial pourra rapidement valser, surtout si le client est le MINEFI.
[^] # Re: Programmes redhat
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
Remarque, je n'ai rien contre DELL, au contraire, j'aime bien leur machine.
Par ailleurs, il y a plusieurs niveau de garantie comme je l'ai dis, J+1, J+4h, 5ans... Evidement, tout se paye et même si nous consolidons petit à petit, les budgets ne sont pas illimités.
Mais le problème, pour revenir au problème initial est toujours le même. Avec le type de contrat que nous avons ET que nous sommes capable de payer, il faut toujours attendre la panne pour pouvoir changer la pièce.
Donc ma stratégie personnelle est plutôt la suivante (non, je ne ferais pas changer les constructeurs qui veulent m'inmposer Red-Hat ou Suse, non je ne ferais pas changer les clauses des marchés des EPST et des Universités...) :
- consolidation des données : duplication des données sur deux serveurs ou deux baies minimum pour les serveurs critiques.
- consolidation des serveurs en passant tous mes serveurs à la paravirtualisation avec Xen.
Ainsi, si un serveur pète et il y a toujours un serveur qui pète un jour ou l'autre, la pertubation est minimisée.
[^] # Re: Programmes redhat
Posté par ragoutoutou . Évalué à 4.
si l'appel d'offre est bâclé, on peut effectivement se retrouver avec un fournisseur qui n'offre pas d'assistance et se lave les mains en cas de problèmes...
L'important est de faire remonter les problèmes, les désidératas et les contraintes aux personnes responsables de sorte que les critères importants figurent dans l'appel d'offre suivant...
Si ça avait été mis dans le cahier des charges, oui... le fournisseur de mon employeur laisse même un stock de pièces de rechange sur place et des techniciens...
Le tout est de définir les règles avant la signature du contrat et non quand une machine tombe en panne...
# Un vrai faux coup de gueule ?
Posté par argt (site web personnel) . Évalué à 4.
Par expérience personnelle, j'ai déjà eu à faire des hotlines contradictoires, dans des nombreux domaines/entreprises différent(e)s.
Par exemple, on (le fameux "on" de la personne qui est sûr de son coup tant que tu lui as pas démontré par A+B qu'il a tord, en allant sur place au service après-vente) m'avait dit exactement comme dans ton cas, que la garantie matérielle Asus était annulée si tu remplaçais Windows par linux. Evidemment, une fois arrivée sur place, les techniciens m'ont dit tout à fait le contraire et m'ont remplacé le disque dur défectueux.
# ca me rappelle des souvenirs....
Posté par abramov_MS . Évalué à 5.
Une vrai bande de vainqueurs ces gars la!
Ils ont tente aussi le coup du "c'est la faute de linux" au bout de lu 3eme retour et une demande de remboursement de ma part. Heureusement aux states tu as un truc qui s'appelle le Better Business Bureau, une sorte de 60 millions de consommateurs mais dependant de l'etat, cela les a fait bouger avec un gros coup de pied dans le c...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.