URL: https://linuxfr.org/users/ploum/journaux/surtout-%C3%A9vitez-ovh Title: Surtout évitez OVH ! Authors: ploum Date: 2004年07月29日T21:15:35+02:00 Tags: debian et firefox Score: 0 suite de mon journal [http://linuxfr.org/~ploum/14754.html(...)](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(...)](http://linuxfr.org/~ploum/14374.html) )

AltStyle によって変換されたページ (->オリジナル) /