Bonjour je viens de recevoir un mail de la part d’ovh qui m’annonce que mes données sont non récupérable alors que j’avais souscrit toutes les options possibles. Je songe à entamer des procédures judiciaires contre eux. Des avis?
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Option back up et snap souscrit et données non récupérable.
Bonjour je viens de recevoir un mail de la part d’ovh qui m’annonce que mes données sont non récupérable alors que j’avais souscrit toutes les options possibles. Je songe à entamer des procédures judiciaires contre eux. Des avis?
Je commencerais par lire en détail les CGV que tu as signé en souscrivant, je doute qu'il n'y ait pas le clause qui va bien où OVH se décharge de tout.Envoyé par Patator5
Après s'il n'y a pas la clause en question la question est en premier lieu le rapport emmerde/cout vs perte/dédommagement. La justice c'est pas simple du tout de la faire bouger et tu as pleins de chances de te faire bouler alors que tu es dans tes droits, il y a beaucoup de temps et d'argent à perdre en la saisissant malheureusement. Donc à moins que ça te tienne à cœur ou que l'enjeu soit fort...
Ça ne va pas te faire récupérer tes données. T'as pas grand chose à y gagner à part des maux de têtes.
Il faut êtes motivé pour se lancer là dedans.
Entamer des procédures judiciaires est la une bonne option, montez "l'association des victimes d'OVH", afin que cette situation ne se reproduise pas, ni chez eux ni ailleurs ... même si la procédure peut durer des années.
Sinon vous prendrez une grosse carotte comme l'Education Nationale qui a dépensé 350 millions d'euros (trois cent cinquante ... heureusement gratuit car payés par l'état) pour un logiciel de paye qui fut abandonné avant d'entrer en service, au bout de 10 ans de développement.
Maintenant, dans les faits, il ne faut jamais laisser ses données dans les mains de l'hébergeur, afin de ne pas en être pris de court en cas de catastrophe, de conflit ou de malveillance. Songez-y lors de la sélection de votre prochain hébergeur, rassurez-vous ils sont tous meilleurs qu'OVH, et OVH a des assurances.
Alors là j'en doute. La sécurité est une affaire d'investissement (d'argent) et dans le monde concurrentiel des hébergements où le coût est critère principal il serait totalement naïf de penser que les autres font bien plus.
Ça oui, confier à son hébergeur à 2€ la responsabilité de garantir la sécurité des données (le seul truc vraiment précieux) est une erreur majeure qui n'est pas du fait de OVH.
sélection de vos hébergeurs... La base de la base est que les données ne soient pas au même endroit que la sauvegarde. Garantir ça chez le même hébergeur est suicidaire car vous ne maitrisez rien, quoi que vous garantisse/promette le prestataire. Confier la sauvegarde à un autre prestataire est intrinsèquement un moyen de garantir que la sauvegarde est autre part. Ça me parait la base de la base.
D'ailleurs les sauvegardes il n'y en a pas qu'une normalement.
Et ne pas oublier qu'une sauvegarde ça se vérifie, rien de pire que de constater que la sauvegarde a un soucis le jour où on en a besoin ( dit celui qui perdu des trucs à cause de ça)
"Heureusement gratuit..." quelle blague... Et qui fournit l'argent à l'état??? Le con-tribuable et leurs enfants (par le biais de la dette). C'est bien le drame de toutes ces administrations irresponsables. Désolé... Je sais que ce n'est pas le sujet mais je ne pouvais pas laisser passer ça...
OVH porte quand même quelque responsabilité
Bonjour,
Je fais partie des 56 de la procédure collective. Nous avions la sauvegarde interne déportée à Roubais, mais sans possibilité d'y accéder avant trois jours après l'incendie, et une sauvegarde supplémentaire individuelle pour chaque compte de nos clients à partir desquelles nous avons pu travailler.
Il nous a fallu 15 jours pour remettre tous nos sites en ligne, ceci en travaillant de tôt le matin à très tard le soir, parfois le matin. Ce que nous reprochons à OVH, c'est le flou dans lequel ils nous ont laissé immédiatement après l'incendie. Nous avons repris dans l'urgence un serveur en Allemagne (les seuls disponibles) et avons commencé à remonter le serveur sans réponse à nos tickets, en dehors des réponses génériques accessibles à tout le monde.
Au final, OVH nous a "généreusement" proposé une remise de 480 euros sous forme d'avoir… Pardonnez-moi, mais l'intervention d'un administrateur serveur pendant 10 jours (les autres 5 jours sont pour ma pomme) y compris le week-end, a coûté à l'entreprise plus de 10 000 euros.
Comment invoquer les cas de force majeure quand on voit la légèreté des systèmes de sécurité mis en place ?
Pour répondre à l'analogie du terrain vague évoquée plus haut dans les échanges, oui, nous avons entreprosé nos "caisses" sur le terrain vague d'OVH et nous avions prévus les sauvegardes. Mais ce qu'il s'est passé, c'est qu'on a apprit que le terrain vague brulait sans savoir si nos caisses étaient réellement concernées, si une remise en route serait possible, et sans qu'on puisse accéder au terrain vague pour avoir une idée de l'ampleur des dégâts, même si on a assez vite compris quand on a vu les premières photos sortir. En fait, on a beau se poser la question dans les sens sur ce que nous avons fait de mal pour mériter ça, et la seule réponse est : avoir fait confiance à OVH. Est-ce donc à nous d'assumer le surcoût de la remise en route de nos services ?
Le juge répondra.
Type de sauvegarde
Savez vous combien de type de sauvegarde il existe ?
Connaissez vous le cout des sauvegardes en fonction de ces différents type de sauvegarde ?
[Edit modération] suppression citation entrainant une ambiguïté .
Pourquoi me posez-vous cette question ? j'ai clairement indiqué que pour nous, le problème n'était pas lié aux sauvegardes que nous avions faites.
On apprend plus de ses erreurs que de ses succès, j'éspère qu'OVH tirera les enseignements. On a besoin d'eux, c'est un gros acteur en Europe et il faut qu'ils progressent.
Vive la France et le "Cloud souverain"
Franchement c'est ridicule !
Vive la France et le "Cloud souverain"
Que soit chez M$, IBM, AMAZON, GOOGLE il finira aussi par y avoir un incident "non anticipé" un jour et les clients se plaindront tout pareil !!!!
Le problème n'est pas qu'un onduleur ai pris feu, ça, ça peut arriver, on va même dire que ça devait arriver tôt ou tard, le vrai problème c'est qu'il ai fait cramer toute la salle serveur.
Dans un environment géré par des pros, sans vouloir offire une offre à prix cassé et donc de mauvaises économies, l'onduleur prend feu, le système d'extinction automatique éteint le feu en quelques secondes : la salle est à l'arrêt le temps de pouvoir redémarrer sur une source d'énergie de secours, avec peut-être quelques heures de downtime au grand maximum.
Le deuxième problème, c'est qu'à trop croire les offres d'OVH certains ont cru que faire des backups n'était plus à l'ordre du jour et qu'à la perte physique d'un datacenter, qui n'aurait du faire mal qu'aux assureurs de son propriétaire s'ajoute la perte de data, non couverte par une assurance pour des milliers de clients avec des conséquences bien plus graves.
Le problème est qu'aussi beaucoup de gens ici qui bavent sur OVH n'ont jamais mis un pieds dans un de leurs DATACENTER, et ne connaissent absolument pas les mesures anti-incendie qui étaient en place (ou pas), donc la critique c'est bien, mais la critique sans un peu de recul c'est nul... Il faut aussi bien avoir à l'esprit que même avec des dispositifs anti-incendie au top, le pire est toujours possible... Défaillance d'un capteur, mauvais déclenchement d'un extincteur, dysfonctionnement d'une centrale anti-incendie, zone non couverte, etc...
Il y a quelques année l'un des atelier d'un client à brûlé, pourtant ce client fabrique des alarmes et des dispositifs anti-incendie, il devait être au fait de la chose, ça n'a pas empêché le feu de ravager la structure :
https://www.google.com/url?sa=t&rct=...th0V8M3o27Jb-C
D'autre part je travaille avec OVH depuis plusieurs année (j'ai plusieurs serveurs chez eux) et c'est bien précisé lorsque l'on loue un mutualisé, un dédié, un VPS de base : qu'il n'y a pas de sauvegarde incluses
C'est marqué en toutes lettres et de façon VISIBLE
Donc soit on rajoute l'option sauvegarde, on peut choisir différentes options et dans certains cas de sauvegarder sur un autre DATACENTER c'est mon cas pour des serveurs que j'ai chez eux
Et c'est pas onéreux au point de ne pouvoir se l'offrir si c'est un serveur critique où un serveur vital pour son activité
Soit on sauvegarde sur un serveur chez soit (j'ai aussi ce cas là)
Bref c'est pas les solutions qui manquent, c'est juste la culture de la sauvegarde qui est négligée
OVHcloud déclare que certaines données et configurations de clients ne peuvent pas être récupérées
OVHcloud déclare que certaines données et configurations de clients ne peuvent pas être récupérées après l'incendie
les centres de données SBG1, SBG3 et SBG4 devraient être remis en service d'ici le 22 mars
OVHcloud continue de faire l'inventaire des dégâts causés par l'incendie qui a frappé ses quatre centres de données de Strasbourg la semaine dernière. Après le message vidéo du PDG Octave Klaba pour présenter ses excuses et expliquer ce qui a provoqué l'incendie, l'entreprise a publié dimanche de nouvelles informations sur les données hébergées par les centres et a actualisé son plan de relance de ces derniers. Pour faire court, OVHcloud a expliqué à ses clients qu'il ne peut pas garantir la récupération de toutes les données. S'il dispose de sauvegarde de certains systèmes touchés et peut donc récupérer les données concernées, certains systèmes n'ont tout simplement pas de sauvegardes.
Les clients d'OVHcloud sont de plus en fixés sur la façon dont la société compte relancer ses centres de données SBG1, qui a été partiellement touché par l'incendie, SBG3 et SBG4, qui ont été épargnés par l'incendie du mardi dernier. À cet effet, il y a une bonne et une mauvaise nouvelle pour les clients. La bonne nouvelle est que le fournisseur de service cloud a annoncé dimanche qu'il dispose de sauvegardes de certains systèmes touchés par l'incendie. La mauvaise nouvelle est qu'il n'a pas de sauvegardes pour certains systèmes touchés.
De même, l'entreprise a ajouté qu'elle doit encore déterminer si elle a des sauvegardes viables pour de nombreux services et qu'elle ne peut pas être sûre d'avoir des sauvegardes pour certains services qu'il a classés comme "récupérables". Pour l'instant, la société a publié une page d'état qui indique que les services suivants sont irrécupérables sur la base de l'évaluation par OVH de ses sauvegardes internes :
- Plesk ;
- NAS-HA storage ;
- Datastore ;
- vRops ;
- Managed Veeam Backup (Local DC) dans SBG 1 et 2 ;
- Virtual private servers in some OpenStack zones ;
- VPS Snapshot Cloud ;
- Monthly public cloud instances in some OpenStack zones ;
- EG-HG-SP Backup Instance ;
- Public Cloud Archive (PCA) ;
- Public Block Storage (Ceph).
En outre, le calendrier de restauration actualisé indique que SBG1, partiellement touché par l'incendie, a vu son électricité rétablie temporairement le 13 mars. Le rétablissement définitif du courant est prévu pour le 17 mars et le réseau interne du centre de données sera rétabli le même jour. Le démarrage des serveurs est provisoirement prévu le 22 mars. OVHcloud appelle cela un "redémarrage progressif". Le SBG3, dans lequel aucun serveur n'a été endommagé, a dû être asséché.
Le nettoyage de la suie du centre de données commencera le 16 mars, suivi de la restauration des réseaux internes un jour plus tard. La date de remise en service est fixée au 22 mars. Le SBG4, également épargné, sera alimenté en électricité et en réseau le 17 et redémarrera progressivement à partir du 22 mars. L'entreprise a également révélé qu'elle avait reçu plus de 3500 nouveaux serveurs et près de 2000 téraoctets de stockage, et qu'une équipe sur place de 60 personnes travaillait 24 heures sur 24 pour remettre le nuage en état. Le PDG Octave Klaba a laissé entendre que les travaux se déroulaient bien.
L'entreprise a également commencé à accorder des crédits de service aux clients touchés par l'incendie et a également suspendu la facturation. Par ailleurs, en dehors des informations présentées par Klaba dans sa vidéo du vendredi dernier, aucune autre évaluation de la cause de l'incendie n'a été proposée. Enfin, l'entreprise demande à ses clients de faire attention aux campagnes d’hameçonnage dont ils pourraient être victimes. Elle estime qu'en temps de crise, les pirates informatiques en profitent souvent pour lancer de telles attaques.
« Nous demandons à nos clients de faire preuve de prudence quant aux e-mails qu'ils reçoivent : en temps de crise, il est courant que les activités malveillantes (phishing, spam, etc.) augmentent. Il est plus important que jamais de rester vigilant », a-t-elle mis en garde.
Source : OVHcloud
Et vous ?
Quel est votre avis sur le sujet ?
Voir aussi
Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités
Incendie d’OVHcloud : une Normande perd son site Internet et se voit proposer 30 euros de dédommagement
Incendie d’OVHcloud : une Normande perd son site Internet et se voit proposer 30 euros de dédommagement,
Après avoir subi un préjudice estimé à 2000 euros
Après la stupeur de l'incendie survenue dans la nuit du 9 au 10 mars dans le principal bâtiment du site strasbourgeois de l'hébergeur OVHcloud, les répercussions continuent à se faire sentir. D'après l'hébergeur, entre 12 000 à 16 000 personnes seraient concernées par une perte totale ou partielle de leurs données suite à l’incendie, privant ainsi les clients de leurs sites Internet et autres données. Et les gestes commerciaux proposés par la société ne sont pas à la hauteur des attentes. Une professionnelle vendeuse sur Internet perd son site et ne se voit proposer que 30 euros de dédommagement.
Mathilde Picouret, une jeune vendeuse sur Internet installée à Urville-Nacqueville dans le département de la Manche, utilise son site Web pour présenter ses bijoux aux clients des quatre coins de France. Les commandes passées via le site marchand sont ensuite livrées. Seulement la professionnelle ne peut plus exercer son activité depuis quelques jours à cause de l’incendie qui a ravagé le data center de l’entreprise OVH la semaine dernière, son site comme plusieurs autres n’étant plus en capacité de fonctionner.
« En me levant, je me suis rendu sur mon site, mais il n'était plus actif. J'ai fait le rapprochement avec les informations concernant l'incendie du data center à Strasbourg », a déclaré Picouret, selon France Bleu Cotentin. La vendeuse n’a pas tardé à recevoir la confirmation du fait que le serveur détruit hébergeait effectivement toute son activité sur le Web. Elle a perdu toutes ses données, autrement dit. « Pour moi c'est un vrai préjudice, car ce sont tous mes fichiers clients et mes contacts qui ont disparu », a soupiré la jeune femme.
Dimanche dernier, OVHcloud a publié d’importantes informations sur les données hébergées par les centres de données et a actualisé son plan de relance de ces derniers. L’entreprise a expliqué à ses clients qu'il ne peut pas garantir la récupération de toutes les données. S'il dispose de sauvegarde de certains systèmes touchés et peut donc récupérer les données concernées, certains systèmes n'ont tout simplement pas de sauvegardes.
L'entreprise a expliqué qu'elle doit encore déterminer si elle a des sauvegardes viables pour de nombreux services et qu'elle ne peut pas être sûre d'avoir des sauvegardes pour certains services qu'il a classés comme "récupérables". En ce moment-là, la page d’état indiquait les services Plesk, NAS-HA storage, Datastore et vRops, pour ne citer que ceux-là, comme irrécupérables sur la base de l'évaluation par OVH de ses sauvegardes internes.
30 euros de dédommagement pour le site Internet perdu
Si vous pensez que votre site hébergé par OVHcloud est défaillant ou si l'entreprise vous a informé d'être parmi les personnes concernées, consultez d'abord votre contrat et particulièrement le « service-level agreement » (SLA), c'est-à-dire la convention de niveau de services. « Si le contrat prévoit, par exemple, un back up, l'hébergeur s'engage à restaurer les données de la dernière sauvegarde effectuée. La gravité dépendra alors de la date de cette sauvegarde », a expliqué Matthieu Bourgeois, avocat spécialiste du droit des données, associé du cabinet KGA Avocats. Si le SLA prévoit une redondance miroir en temps réel – c'est-à-dire une sauvegarde en temps réel sur un autre serveur – les données ne seront pas a priori impactées.
Rappelons que rien n'oblige légalement un hébergeur a proposer une solution de sauvegarde. C'est au client de faire la démarche en recourant à des options contractuelles. « À ma connaissance, les clients d'OVHcloud ne souscrivent pas de contrat particulier, mais acceptent des conditions générales pour accéder aux services et des conditions particulières dans certains domaines bien précis (hébergement, location…) », a signalé Arnaud Touati, associé fondateur de Hashtag Avocats, spécialistes des contrats numériques. Il est donc possible que les données ne soient pas sauvegardées par défaut.
C’est le cas de la jeune vendeuse de bijoux sur Internet. Mais heureusement, Picouret a la chance de pouvoir compter sur son conjoint qui s'y connaît en développement et qui travaille d'arrache-pied depuis une semaine pour recréer lui-même un site marchand pour sa compagne. Cela lui évite des frais de création d’un nouveau site, mais le préjudice économique reste lourd pour sa petite entreprise. « Si nous parvenons à lancer notre nouveau site marchand d'ici la fin de cette semaine, j'estime que j'aurai perdu environ 2000 euros », précise Picouret.
L'entreprise a également indiqué dimanche avoir commencé à accorder des crédits de service aux clients touchés par l'incendie et a également suspendu la facturation. Mais ce n'est pas le "geste commercial" consenti par OVHcloud qui lui permettra de compenser cette perte ! « Ils m'ont proposé un avoir de 30 euros, autrement dit, la gratuité pour six mois d'hébergement de mon site, si je reviens chez eux », a indiqué la jeune femme avant de conclure, « il est hors de question de leur faire à nouveau confiance. J'irai chez un autre hébergeur, et je prendrai l'option garantie de sauvegarde ».
Le calendrier de restauration actualisé indique que SBG1, qui a été partiellement touché par l'incendie, a vu son électricité rétablie temporairement le 13 mars. Le rétablissement définitif du courant est prévu pour le 17 mars et le réseau interne du centre de données sera rétabli le même jour. Le démarrage des serveurs est provisoirement prévu le 22 mars. Reste la question des données stockées dans le bâtiment SBG2, le plus touché par l'incendie, qui pourraient avoir été perdues à jamais.
Chez l'hébergeur français OVHcloud, si aucune option payante n'est souscrite, "aucune sauvegarde des données et contenus du client n'est effectuée", précisent les conditions d'utilisation des serveurs dédiés. « Toutes les entreprises, quelle que soit leur taille, doivent prendre conscience que le numérique et plus précisément les data centers sont physiques », insiste Matthieu Bourgeois. Ainsi, même si on a souscrit un contrat avec des conditions particulières de sauvegardes, il est indispensable d'effectuer une copie sur un serveur local.
Source : France Bleu Cotentin
Et vous ?
Voir aussi :
Je n'aimerais pas être à la place de ces petites boîtes et je leur souhaite de passer cet épisode le mieux possible.
Ceci dit, on en revient toujours à la même chose. Des personnes exerçant une activité pro exclusivement à partir de services ne leur offrant aucunes garanties contractuellement. Ici, un service critique basé sur une offre à 5€/mois (puisque l'avoir proposé couvre 6 mois d'hébergement) peut faire perdre à minima 2000€ pour une semaine lorsqu'il tombe. Au risque d'enfoncer des portes ouvertes, il n'y a pas besoin d'être informaticien pour identifier ce qui a de la valeur pour l'entreprise (fichiers clients, commandes en cours) et de mettre en place une sauvegarde même manuelle. C'est facile à dire après coup, je m'en doute, mais bon...
Quand à partir à présent chez un autre hébergeur avec l'option de sauvegarde et dénigrer OVH, bon, je ne sais pas quoi en penser...
J'espère aussi que cet épisode aura un aspect salutaire sur le "tout CLOUD", certains on tendance à croire que c'est magique de tout délocaliser dans des datacenters loin de chez soi (plus de serveurs à renouveler, plus d'infrastructure à maintenir, on vire les admins, etc...)
Sauf qu'un datacenter c'est pas un lieu hors du monde, hors du temps, ça peut subir des avaries, la centrale de Fukushima à bien été mise à mal par un tsunami, un datacenter peut subir un tremblement de terre, un acte terroriste, des catastrophes de toutes sortes et même avec de la redondance dans tous les sens, il peut y avoir un moment où plus rien ne fonctionne car même si le datacenter est intact l'architecture réseau peut être gravement atteinte...
La sécurité totale n'existe pas, il faut en avoir conscience et prendre les mesures pour avoir des copies des vos informations sous plusieurs formes et sur plusieurs supports afin de ne pas perdre des années de travail.
Mon épouse est dans un cas un peu similaire et si elle n'a pas fait ça après sa formation à la chambre de l'artisanat, c'est uniquement parce que j'ai bondi et maudit l'administration française même si je comprends pourquoi ils font ça. La formation est souvent dispensé par un freelance qui fait de la personnalisation de site Wordpress et Prestaphop et qui propose toute une gamme de service d'hébergement s'appuyant sur des hébergeurs type OVH, mais pas que. Ce sont généralement des gens qui ont un bagage développeur et non pas administrateur système.
Pour mon épouse, je l’héberge gracieusement sur un serveur dédié qui est chez Kimsufi et qui me sert en premier lieu de service Cloud avec Nextcloud pour la synchronisation de mes données entre mes différents appareils. Son site et sa comptabilité sont sauvegardés une fois par jour pour la base de donnée et une fois par semaine pour les fichiers. Ces fichiers sont en local sur le serveur et rapatrié sur mon PC fixe à la maison et stocké sur un RAID 1. Je dispose aussi de la sauvegarde de tout le répertoire etc du serveur. Celle-ci n'est pas automatisé, et n'est là que si par hasard, je devais recréer de zéro le serveur. De toute façon, mes fichiers de configurations n'évolue pas beaucoup et je fais en manuel une à deux sauvegarde par an, souvent juste avant le changement de version de mon Ubuntu, dès fois que la mise à jour se passe mal, mais je n'ai jamais eu de problème de ce cotés. Cela m'a bien servi lors du changement du serveur. Le serveur est lui aussi en RAID 1. Je fais une fois par an, un test de réinjection de sauvegarde sur un autre serveur, qui héberge mes machines virtuelles et docker de test quand je manipule sur de nouvelles version ou technologie. Cela fait un peu bretelle et ceinture plus parachute... Mais c'est du temps, et cela n'a pas été fait d'un coup.
Mais bon, au bout de trois ans, elle est contente quand elle arrive à se "payer" de 150 euros par mois. Du coup, les frais sont lourd et 5€ à la place de 25€ par mois et bien en fin d'année cela se voit. Étant dans un processus entièrement créatif, l'administration et la comptabilité lui passe complètement au dessus. Elle n'y comprends rien de rien. Si je n'avais pas été là, elle pourrait être dans cette situation.
OVHcloud frôle un nouvel incendie sur son site de Strasbourg
OVHcloud frôle un nouvel incendie sur son site de Strasbourg
l'entreprise suspend le plan de redémarrage de ses datacenters
Dix jours après le feu qui a détruit un des quatre datacenters d'OVHcloud, certains médias ont annoncé un nouvel incendie sur le site de Strasbourg du leader français et espoir européen de l'hébergement Web. Ledit incendie aurait éclaté ce vendredi à 19h. Fort heureusement, le pire a été évité. Il s'agirait selon Octave Klaba d'une épaisse nuée de fumée qui a rapidement été maitrisée, grâce à l'intervention rapide des sapeurs-pompiers.
Un important incendie s'est déclaré dans la nuit du mardi 9 au mercredi 10 mars sur les installations d'OVHCloud à Strasbourg. Un incident déplorable qui a mis hors ligne environ 3,6 millions de sites Web répartis sur 464 000 domaines distincts. Octave Klaba n'a pas tardé à faire une sortie vidéo pour présenter ses excuses et expliquer à ses clients ce qui aurait déclenché le feu. On retient surtout que le patron d'OVHCloud a promis tirer des enseignements de ce sinistre et tout faire désormais pour qu'une telle situation « n'arrive plus jamais ».
Incendie du 9 au 10 mars sur le site d'OVHcloud à Strasbourg
Tout juste après la promesse d'Octave Klaba, un nouvel incendie aurait été une situation vraiment embarrassante, surtout que le plan de redémarrage des datacenters de Strasbourg n'était pas encore terminé. Heureusement, la situation a rapidement été maitrisée. Il n'y a pas de fumée sans feu, dit-on. Mais OVHcloud rassure que le feu n'a pas eu le temps d'éclater, il y a eu juste beaucoup de fumée. Vu le nouvel incident, le plan de reprise annoncé après l'incendie du 9 au 10 mars a été suspendu, le temps de voir plus clair dans cette affaire.
« Dès que les fumées ont été détectées, nos équipes ont été alertées et nous avons immédiatement coupé l'alimentation des datacenters SBG 1 et SBG 4 », explique une responsable de l'entreprise. Et d'ajouter : « Nous avons pris la décision d'évacuer SBG 1 et d'interrompre les opérations de la nuit. Toutes les équipes mobilisées sur SBG 3 et SBG 4 sont rentrées chez elles. »
Comme l'explique Octave Klaba dans une série de tweets, la fumée a envahi une salle dans le datacenter SBG 1. Elle venait de batteries stockées dans un local non utilisé. Les batteries elles-mêmes n'étaient ni utilisées ni alimentées.
Les causes de ce nouvel incident sur ces batteries non utilisées restent encore inconnues.
Voir aussi :
Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités
Répondre avec citation
Partager