suite de mon journal http://linuxfr.org/~ploum/14754.html(...)
Voici un résumé des faits, pour ceux que ça intéresse. Notez que mon serveur n'est toujours pas disponible. Admirez les heures pour bien voir la réactivité d'OVH
entre 3h-4h : une coupure de courant planifiée a lieu
5h55 : Une opération de reboot "SImage" est faite par l'équipe d'OVH sur notre serveur (selon le log)
8h30 : Innocent de ce qui se trame, je tente de me connecter à un site hébergé et reçoit la page d'Apache par défaut.
9h05 : La hotline ne s'ouvre qu'à 9h je décide d'appeler
9h15 : après 10 minutes d'attente, on me répond que je dois utiliser l'interface mail (la musique est interrompue de "un instant, je vous passe ma collègue" pour que le temps soit moins long)
Note : en temps que non titulaire du compte OVH, je n'avais pas noté le mot de passe de l'interface.
Celui-ci est en effet sauvé dans Firefox et je ne le tape jamais. Manque de bol, la page du support fait planter Firefox (bug Firefox ?).
10h16 : après concertation avec le titulaire du compte OVH, le message est posté.
Entre 10h16 et 13h38 : plusieurs appels à la hotline pour demander pourquoi on ne nous répond pas
13h38 : réponse : après la coupure de courant, OVH n'a pas réussi a booter sur notre disque dur (?). Ils l'ont donc tout simplement remplacer par un nouveau disque, vierge (sans penser à nous prévenir !!!). Il nous est proposé deux solutions (Red Hat ou Debian avec l'ancien disque en Slave)
13h49 : nous répondons, choisissant Debian et demandant plus d'informations ainsi que le mot de passe pour accéder au nouveau disque
14h15 : réponse d'OVH : pas d'explications pour le moment mais on peut vérifier que l'ancien disque est bien en SLAVE (MAIS ON N'A PAS LE MOT DE PASSE !!!)
14h30 : On réenvoie un mail pour demander quand on aura un accès au serveur (mot de passe ?)
15h39 : OVH répond qu'on doit recevoir un mail dans l'après-midi
depuis 15h39 : plus de nouvelles d'OVH malgré de multiples rappels. le support n'est plus disponible après 19h, il faudra donc attendre demain 9h.
Le fait qu'un disque soit déffectueux est tout à fait envisageable. Ce qui est inconcevable c'est que l'erreur ayant été détectée à 5h55, il a fallu attendre 13h38 et de multiples rappels avant d'avoir la moindre information. Il est à parier que sans nos appels, OVH n'aurait même pas cru bon de nous prévenir qu'un disque vierge remplaçait notre système !!
Le pire est que nous avons cependant reçu un mail, dans la matinée, expliquant la coupure de courant et disant que tout était rentré dans l'ordre !!!
Il est aussi complètement impensable qu'une fois un problème (de la responsabilité de l'hébergeur car du à une opération de l'hébergeur, à savoir la coupure de courant) identifié et en passe d'être résolu (le second disque étant bel et bien installé dans le disque), nous n'ayons plus de nouvelles et perdons une nuit qui aurait pu être mise à profit pour migrer les données d'un disque à l'autre.
En raison de cette incompétence, en temps que client nous avons perdu une pleine journée d'utilisation du serveur (jusqu'à présent), notre temps à tenter d'identifier le problème et d'appeler la hotline. Le support d'OVH a quand a lui perdu du temps à nous répondre de manière inutile. Le technicien ayant constaté le problème à 5h55 nous aurait envoyé un mail disant qu'il avait mis un nouveau disque et nous donnant le mot de passe du système installé sur ce nouveau disque, nous aurions pu très vite réagir (dès 8h30) et la majorité de nos clients ne se seraient peut-être même pas rendu compte du problème. (en comptant le temps de la migration)
Aujourd'hui, nous nous retrouvons face à des clients qui n'ont pas accès à leur site mais surtout qui perdent des mails sans pouvoir leur garantir le moindre retour à la normale ni leur donner plus qu'une explication brouillonne.
En réaction, j'ai pris un serveur chez sivit.fr. Que pensez-vous qu'on puisse exiger d'OVH en réparation ?
Quoiqu'il en soit, je ne conseille vraiment pas OVH, je le range désormais dans le même panier que Microstar ( http://linuxfr.org/~ploum/14374.html(...) )
Journal Surtout évitez OVH !
29
juil.
2004
# mouais
Posté par Alexandre Boeglin . Évalué à 7.
mais non, rassures-toi, ils ne sont pas perdus : c'est ton serveur MX de backup qui les récupère entre temps.
[^] # Re: mouais
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
Mes livres CC By-SA : https://ploum.net/livres.html
# surtout évitez ploum!
Posté par ZeroHeure . Évalué à 10.
Le support n'est pas une entité propre.
Tu es peut-être simplement tombé sur un gars qui a fait une connerie, qui s'en rend compte et qui a du mal à l'avouer (le responsable technique ne l'a peut-être même pas su). Ca arrive partout.
On peut aussi, si on a lu leur journal d'activité, imaginer qu'il y a eu des tensions avec le mec d'EDF, ça n'excuse rien, mais ça peut expliquer les conneries.
Pas la peine d'incriminer OVH comme tu le fais.
Tu as des problemes avec eux? regle-les, et ne crie pas sur tous les toits qu'ils sont incompétents avant même de savoir ce qu'il en est. Tu pourras les dénoncer en connaissance de cause après.
PS: le titre est une provoc, hein ;-) je n'ai rien contre toi
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: surtout évitez ploum!
Posté par Nap . Évalué à 6.
jolie :)
[^] # Re: surtout évitez ploum!
Posté par ZeroHeure . Évalué à 4.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: surtout évitez ploum!
Posté par Mr_Moustache . Évalué à 3.
On sent l'expérience ;)
Et oui ça arrive partout =]
[^] # Re: surtout évitez ploum!
Posté par ploum (site web personnel, Mastodon) . Évalué à 7.
Le gars, il remplace un disque plein de données par un disque vierge se disant "tout le monde n'y verra que du feu" ?
Il est un peu con le gars non ?
Le mécanicien qui vérifie ta voiture, si il oublie par mégarde de mettre les disques de frein après un contrôle et qu'il préfère rien dire, tu lui diras : "ah ben je comprends, vous osiez pas l'avouer" et son patron dira "ben oui c'est humain" ?
Bizarre, mais j'ai pas trop l'impression que ça marche comme ça ;)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: surtout évitez ploum!
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
Et quand tu gueules assez, le garagiste t'offre la prochaine révision gratos...
[^] # Re: surtout évitez ploum!
Posté par Mr F . Évalué à 4.
Le problème se situe dans l'acheminement de l'information tech -> service client -> client. La chaine à été coupé ou à subit un important coup de lag quelquepart :)
[^] # Re: surtout évitez ploum!
Posté par Bruce Le Nain (site web personnel) . Évalué à 2.
une fois, quand j'étais étudiant et que je bossais comme pizzaoilo chez pizza hut le soir, j'ai oublié de mettre des peperonis dans une pizza aux peperonis
J'en ai rajouté un au dernier moment quand la pizza passait sous le four dans le tapis roulant quand tout le monde avait le dos tourné, pour pas me faire engueler par le patron (normalement les tranches peperonis sont sous les autres garnitures, pour ne pas noircir, mais il en faut une au dessus pour montrer qu'il y a effectivement des peperonis).
Voilà, je profite de ce journal pour m'excuser auprès de la personne qui avait commandé sa pizzouille aux peperonis et n'en a eu qu'une tranche à cause de moi.
[^] # Re: surtout évitez ploum!
Posté par Brice2Nice . Évalué à -1.
[^] # Re: surtout évitez ploum!
Posté par ploum (site web personnel, Mastodon) . Évalué à -1.
Et en gros, ici, ils n'ont rien fait de toute leur journée ! Je ne demande qu'un simple mot de passe !!! (qu'ils doivent bien avoir quelque part sinon, il suffit de reformater le disque)
En gros, après une journée d'appel de ma part, j'ai juste réussi à savoir pourquoi ça ne marchait pas (et encore, sans précision). D'ici j'ai l'impression que mon problème n'a tout simplement pas été traité !
Et ça c'est inadmissible.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: surtout évitez ploum!
Posté par ploum (site web personnel, Mastodon) . Évalué à 9.
Justement, si tu relis mon message, je ne critique pas qu'il y'ait un problème. Je critique le fait que rien n'est fait pour le résoudre...
Et je n'aurais pas critiqué leur incompétence si on avait reçu un message expliquant qu'à la suite d'un problème, le serveur serait indisponible 24h (ce qu'il sera et bien plus).
Mais au lieu de ça, on te dit "On a changer le disque, oui oui, vous allez recevoir un mot de passe de suite".
Bref, de mon coté aussi il y'a des tas de gens qui attendent et qui eux, comme moi, paient !!! Eux sont justement payés pour résoudre mes problèmes. Si ils ne sont pas capables de le faire, et bien qu'ils le disent, je ne paierai pas, tout simplement... Je n'ai pas une relation d'égal à égal avec eux comme je pourrais l'avoir avec un développeur de logiciel libre ou n'importe quoi d'autre. Je suis client, et je les fais vivre. J'ai donc droit aux égards dû aux clients.
Tout comme j'ai des clients qui me gueulent dessus parce que leur site à eux n'est pas accessible. Et ils ont raison...
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: surtout évitez ploum!
Posté par Mr F . Évalué à 10.
A noter qu'OVH ne te garanti pas du tout un rétablissement sous 5 minutes mais un rétablissement "le plus vite possible", et le plus vite possible ça peut être 2 jours. Après pour les SLA, 99% d'un an, ça fait 4 jours par an de downtime, environs, donc même la ton contrat est respecté.
Si vraiment ton serveur est important pour toi, voir primordiale, alors il aurait fallu d'avantage pensé à choisir un hébergeur plus pro, plus cher, mais pour qui tu ne sera pas un numéro parmis 5000 mais Mr Ploum et qui n'aura pas la même démarche vis à vis de ses clients lors d'un problème...
Maintenant, tu as choisi de rester dans le discount, donc ne t'étonne pas que la situation se reproduise tôt ou tard...
[^] # Re: surtout évitez ploum!
Posté par Martin Mekkaoui (site web personnel) . Évalué à -1.
[^] # Re: surtout évitez ploum!
Posté par Raphaël trollcool . Évalué à 1.
alors qu'on est hébergé chez colt! on paye 10 * plus chère que chez ovh! et ca comprend pas les machines sui nous appartiennent!
[^] # Re: surtout évitez ploum!
Posté par LaBienPensanceMaTuer . Évalué à 5.
L'hebergeur en question a du souvent faire face à des problèmes d'ordres multiples.
Mais l'hebergeur en question était aussi un modèle de professionnalisme. Leurs priorité à eux, c'est la disponibilité de leurs plateforme.
Donc pour résumer, le client il s'en fout des tensions qu'il peut y avoir avec EDF, LDCom ou même le père noël. Le client paye pour un service. Le client s'attend à avoir ce service et c'est légitime.
Donc il faut arrêter d'essayer de minimiser la responsabilité d'OVH dans cette histoire. Leurs boulot c'est de faire tourner des serveurs (et il faut bien avouer que la charge de boulot sur un serveur dédié non administré se résume à vérifier que le courant et le réseau arrive bien dessus).
Ils ont merdé. Ils n'ont aucune excuse.
Maintenant, avec des dédiés à 60 euros ... faut pas s'étonner hein ... c'est comme si tu demandais à une boutique de montgallet une garantie fiable avec enlevement sur site pour ton disque dur ....
Un broker est un broker.
[^] # Re: surtout évitez ploum!
Posté par Brice2Nice . Évalué à -2.
Hablas castellano ?
[^] # Re: surtout évitez ploum!
Posté par Prae . Évalué à 3.
Les personnes aux supports sont incompétents, ils te répondent presque en t'insultant.
Ils ne supportent absolument pas de sortir des cadres du protocole (parfois ca devient risible! limite on doit supprimer notre contrat pour tout refaire depuis le début, alors qu'une simple modification aurait tout arrangé)
Je vous parles pas de la gestion des NS, tout aussi pitoyables (ils sont arrivés à mettre en caraf pas mal de mes noms de domaines en mettant des TTL et autres joyeusetés complètement disproportionnés .... il m'a fallut sur certains noms près de 3 semaines voire un mois pour que tout reviennent en ordre.)
En bref, évitez OVH;
[^] # Re: surtout évitez ploum!
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: surtout évitez ploum!
Posté par Yann Hirou . Évalué à 1.
<instant pub> XName c'est bon, mangez-en ! http://www.xname.org(...) </instant pub>
;-)
[^] # Re: surtout évitez ploum!
Posté par Prae . Évalué à 1.
quand un idiot force certain champs TTL ou de "vie" à 1 mois ou plus ... bah va savoir pourquoi , certains NS ne veulent pas se resynchroniser :)
(même en incrémentant le serial à fond !!)
# sla
Posté par ours Ours (site web personnel) . Évalué à 1.
http://www.ovh.com/fr/dedie/services/bp.html(...)
tu peux essayer de te faire rembourser ms ca va être chaud
en même temps, le support d'ovh a toujours été mauvais que tu aies le plus petit hébergement mutualisé ou plusieurs dédiés.
faut aussi voir qu'ils ne sont pas chers et que l'on ne peut pas forcément tout avoir.
# Ovh est mon hébergeur préféré
Posté par Barthelemy . Évalué à 3.
Tu veux une revanche parce que tu as été vexé et tu te dis que tu peux le faire perdre plein de clients en criant sur les journaux de linuxfr .... Je comprends ta frustration, mais parle avec un responsable.
Communique !!!, c'est le point faible des informaticiens.
[^] # Re: Ovh est mon hébergeur préféré
Posté par Victor STINNER (site web personnel) . Évalué à 5.
- Des coupures d'un jour max., pas très gênant car je m'en bat l'oeuf si mon site n'est pas dispo durant 24h
- Des ralentissements : ça c'est chiant, ils évoluent tellement vite (et souvent), que mon site est pas mal ralenti. Par "ralenti", je veux dire que mon site met 10-20 sec au lieu de 5 sec à se charger. A chaque fois ils nous font le coup "un gros chantier pour prévenir des demandes futures" ... ouais mais bon ...
- Avertissement qu'un de mes scripts a été tué (car il bouffait 100% de ma part de CPU durant plus de 5min). Après recherche, c'était en fait un bug de Sablotron (moteur XSLT) : un tri des balises dans un champ n'est pas renseigné fait tourner le programme en rond (le champ manquait était utilisé par <xsl:sort .../>).
Mais bon, ça fait hum ... 4-5 jours sur un an ! Le reste du temps, ça marche super : hotline par email qui répond assez vite (disons 1 à 2h grand max), hotline téléphone qui donne des réponses pertinentes (bon, en fait je ne les ai appelé qu'un seule fois :-P c'est trop cher pour moi), bande passante très intéressante (pour moi, 300 Ko/s en upload+download c'est beaucoup pour moi ! la limite vient plutôt de mon côté que côté de OVH), statistiques très sympa (urchin), etc.
Perso, je n'ai jamais perdu de donnée. Bon, y'a eu des erreurs de manip' de ma part quand même :-)
Je trouve leur prix correct et les services plutôt correct.
---
Ce que j'aime chez OVH : PHP/MyAdmin à jour avec toutes les fonctions activées (pas de vieux hack à la Free), email (pop3) qui est toujours dispo avec squirrelmail/horde si on veut les consulter par HTTP, statistiques urchin, bande passante.
J'utilise PHP pour lancer le moteur XSLT qui va me générer du XHTML à partir de divers XML. J'utilise un peu MySQL (pour la partie admin.). J'utilise pas mal de trucs Apache : .htaccess/.htpasswd/.htgroup pour l'autentification en particulier.
OVH est pro-Linux, c'est un bon point nan ? ... En même temps, un hébergeur de cette taille, pro-Microsoft IIS, ça pourrait être comique.
---
J'ai des hébergements mutualisés, hein, ça n'a (presque) rien à voir avec un serveur dédié !
@+, Haypo
[^] # Re: Ovh est mon hébergeur préféré
Posté par lapinot . Évalué à 1.
Mais bon, dans le cas de ploum, c'est compréhensible qu'il rale. Quand une entreprise revend cher à un client un service (acheté à prix discount) les 1% de downtime et les petits problèmes qui peuvent arriver de temps sont tout de suite plus difficile à justifier. Et forcément, on va taper sur le fournisseur.
[^] # Re: Ovh est mon hébergeur préféré
Posté par Brice2Nice . Évalué à 0.
[^] # Re: Ovh est mon hébergeur préféré
Posté par Victor STINNER (site web personnel) . Évalué à 2.
Hein ? http://www.haypocalc.com/(...) ? Je viens de tester, et ça marche très bien. Ou alors fallait-il lire "haypocalc is dead" ? Là ok (m'écrire par email si vous voulez plus d'info.).
@+ Haypo
# OVH C'est bien
Posté par Anonyme . Évalué à -1.
alors ploum, un denigre un joli mirroir plein de logiciel en GPL ;), c'est pas bien cela. En plus c'est grace a ton argent qu il peut le proposer, donc non ne pars pas ploum, et continue a conseiller OHV
[^] # Re: OVH C'est bien
Posté par owskilorca . Évalué à 3.
Ici, il y a manifestement une grosse déconnade de la part d'OVH. Selon toi, il faudrait passer l'éponge sans rien dire juste parce qu'ils aiment bien le logiciel libre.
Pas du tout du tout d'accord avec un raisonnement pareil.
Avec un raisonnement pareil, les boîtes "open-source-friendly", elles vont finir par fournir un service tellement mauvais qu'elles feront faillite ou n'intéresseront plus que quelques fanatiques prêts à subir tous les désagréments pour servir, selon un angle un peu étroit me semble-t-il, leur point de vue.
[^] # Re: OVH C'est bien
Posté par Warix . Évalué à 2.
On a eu une fois un incident : le disque dur à sauté le 26 décembre ( ah, quel cadeau de Noël en retard... ). On a contacté le support et le 27, tout était réglé. Cependant, j'ai du redirigé les DNS sur mon ordinateur personel (heureuseuement que j'avais ( et que j'ai toujours ) gentoo d'installé, et que ma connexion Internet est de très bonne qualitée ( mais n'est pas parfaite ).
Je dois dire que la situation décrite par ploum n'est pas acceptable pour une compagnie d'hébergement, qu'il s'agit d'une compagnie d'hébergement à rabais ou une compagnie hyper-profesionnelle qui charge le plein prix. Il peut s'agir d'un événement isolé, sa peux arriver, la perfection n'est pas possible dans notre monde. Mais pourquoi tant de problèmes à avoir une réponse pertinante du support technique ? Est-ce que vous avez tombé sur un technitien qui est pas très compétant, ou qu'il l'est mais endormis ? Ou bien qu'il y a eu tellement de problèmes qui sont survenu suite à cette coupure qu'ils ne savent plus où mettre la tête ?
Peut-importe la réponse à cette question, je crois que tu es au moins en mesure d'exiger d'OVH qu'ils enquête sur l'événement, afin de connaître les réelles causes, et avoir des preuves ou des raisons qui supportera une éventuelle demande de dédomagement (remboursement, etc... ) afin de compenser pour les possibles manquement dans le travail du ou des technitiens impliqués.
Cependant, il peut s'ajir d'un évènement isolée, et si c'est le cas, je ne crois pas qu'il faut dire d'une façon automatique que OVH ne vaut pas grand choses.
# Mais de quoi te plait tu ?
Posté par mortamore . Évalué à 2.
Et puis il y a des hébergeurs plus chers et plus sur (en gros ils ont des équipements en double) mais comme je le dis c'est de la haute disponibilité et c'est cher.
Et puis avant je me décarcassais pour résoudre les problèmes avant le soir. Et a force de resté le soir j'en suis tombé malade. Après une période d'un an de soin, je suis revenu au meilleurs de ma forme a une différence près. Maintenant, je rentre la soir quoi qu il arrive. Et je ne m'en porte pas que mieux.
# all2all
Posté par mammique . Évalué à 1.
http://all2all.org/intro/francais.html(...)
# Avant tout quelques questions à se poser
Posté par totof2000 . Évalué à 1.
2/ Est-ce que la coupure reste dans les limites "contractuelles?"
A mon avis le problème de base n'est pas lié à OVH, mais à un mauvais choix de prestation. Si ca te pose problème d'avoir + de 24 heures de coupure, arange-toi pour avoir un service te GARANTISSANT une remise en service en moins de 24 heures Ca existe, c'est certainement plus cher, mais il faut savoir ce que l'on veut.
J'ai bossé chez un hébergeur, il y avait une offre PRO avec haute disponibilité _SI LE CLIENT PAYAIT POUR_ (savoir que la haute disponibilité implique redondance de matériel sur sites différents, avec config logicielle adaptée, etc ... ).
Dans d'autre cas, il y avait garantie de remise en service en moins de XXX H ou jours, selon le prix que payait le client. Certains n'en avaient rien à faire si leur site n'était pas disponible à partir du moment ou ils étaient prévenus. Reste à préciser que tout ceci est contractuel.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.