Reprise du message précédent :
https://pbs.twimg.com/media/EwILoSs [...] name=small  
https://www.openstreetmap.org/?mlat [...] 03/7.79746
 
Je ne vois pas trop comment sont répartis les serveurs dans SBG-1.
Avec un peu de chance la baie 006 est en bas au sud et n'a pas eu trop chaud .

Tout ces blocs clim
Clairement, c'est pas un métier d'avenir, de stocker les données à l'air ambiant

Ils ont été malin de mettre de la distance entre les serveurs et les groupes électrogènes
 
https://www.youtube.com/watch?v=6-ne4mDDdMc
 
On ne sait jamais, si ça fait comme Redbus il y a 10 ans :

Il me semble que Nokytech était hébergé chez Redbus/Telecity et qu'il y avait eu un peu de downtime d'ailleurs .

Pour ma part les mails sont revenus vers 15h

Y a OVH Gravelines  
 
D'ailleurs même pas peur, j'ai pris un autre VPS sur Gravelines et adieu celui de Strasbourg.

Et pensez à rsync, ça pourrait vous sauver la vie

 
Bon normalement le notre est sur le 3    
 
Mais bon, on est pas quitte quand même  
 
Heureusement que la prod n'en dépend que pour quelques services que l'on a pu dériver ou désactiver    
 
Courage à tous  

Ce service vous a gracieusement été offert par OVH, merci.
 

RIP mon serveur qui était sur SBG2.  
 
Par contre, ça craint :
- De ne pas avoir de communication, et d'apprendre les problèmes via des sites tiers. Ils ont nos coordonnés, un mail, ça mange pas de pain.
- D'avoir un statut normal dans la console alors que le serveur n'existe plus. Ca donne confiance dans leurs outils de monitoring.    
 
J'espère que l'on saura vite quand on pourra avoir un serveur de remplacement.

Ils peuvent pas envoyer de mail puisque les serveurs sont cramés  

 
Ils ont juste communiqué par mail sur la ML, par twitter, par l'outil public de suivi d'incident et enfin par communiqué de presse.

Super, et le mail de contact que l'on renseigne (c’est de celui ci que je parlais), lui que dalle. C’est un peu le plus important pour ceux qui ont un serveur chez eux.

Ouais enfin faut quand même le faire pour rater cette information L'essentiel est que tu puisses rebondir le plus vite possible, peut importe la forme employée.

Mon adresse mail est de nouveau opérationnelle.
Et pour info mon compte hubic n'est pas impacté.
Je me rends compte que j'ai plus de services chez ovh que tous les gafam réunis...

Petite question, les entreprises qui auraient des serveurs la bas, ils sont de la baise, s'ils ont pas leurs propres backup ?
Genre y a pas une garantie d'OVH de ce coté la?
Que l'entreprise detruise ses données sans backup je comprends que c'est de sa faute, mais la ?
Et pour ceux qui ont des solutions cloud, ca se passe comment actuellement ?

Pour l'instant, c'est le flou le plus total.

 
Quand tu loues un logement, si celui-ci crame, les biens se trouvant dans le logement ne sont pas de la responsabilité du propriétaire. C'est pareil ici.
 
Pour les offres cloud c'est différent, ça va dépendre de l'offre et des garanties proposées.  
Tu peux avoir du cloud qui fonctionne comme du dédié : tu loues une infra mais derrière tu te démerdes.
Ou alors t'as du cloud avec de la garantie, redondance et co qui fait que certains n'y ont vu que du feu ( ) sur cet incident.

   
On a perdu un serveur dans SBG2   . Je ne pense pas que ovh soit responsable des datas. Ils vont très probablement nous proposer un serveur de remplacement mais les datas c est pas à eux de backup nos data.
Le manager interne d ovh était HS toute la journée rien que pour bouger les ip failover ( ça aurait été pratique pour le PRA ) donc ils étaient loin d être en mesure de faire une quelconque campagne de mail

ha pour du serveur dédié, cest sur. ils fournissent un "materiel qui ping" et c'est tout. les données qu"on a dessus, faut les sauvegarder.
mon srv à sbg2 est tombé cette nuit à 1h22, mais j'avais des backups, j'ai pu relancer ailleurs
pour du cloud/vps c'est pas forcémment pareil suivant les garanties, meme si il faut tojours avoir un PRA au cas ou..

Je vous jure, c'est pas mon serveur qui a mis le feu ! Il est à Roubaix ...

OK merci de vos retours.
Maintenant peuvent ils être responsable si le DC ou la tma en charge de la surveillance était défaillante ?
J ai vu des screens de monitoring serveur avec 2h de température qui monte ça m a impressionné..

Quelle baie au cas ou?

Perso je pense c est pas un accident mais bon >_>
Je sais pas à quoi tu t attendais sur un graph de sonde de température lors d un incendie qui crame tout ben oui ça monte à 90 et après c est mort

 
Responsable de quoi ?  
 
Vis a vis des clients dédiés la seule chose dont ils sont responsables c'est les SLA, donc ils vont devoir rembourser l'indispo entre la coupure et la fourniture de nouvelles machines, ça s'arrête là.
 
Les coups concernant les machines perdues, les bâtiments brûlés... et le remboursement des clients, ça se fera avec leurs assurances.  
 
Mais la seule responsabilité vis à vis des clients dédiés c'est le SLA. OVH n'a strictement aucune responsabilité concernant les données des clients dédiés.

Ben tu m as fais l'analogie de l'appartement
Si l'appartement prend feu car les regles de securité du batiment ou autre ne sont pas aux normes, le proprietaire du batiment ou autre est responsable
Donc la aussi je me dis

Mais justement est ce normal que ca dure 2h ? y a pas un systeme de securité qui aurait du arreter tous les serveurs bien plus tot ?
Voir meme le serveur se met tout seul en sécurité.
Il doit bien avoir des alertes quelque part

Toutes mes questions sont naïves hein, je suis assez curieux, mais totalement novice du comment fonctionne les DC, vraiment naivement je pensais que la plus part des serveurs etaient redondonés sur plusieurs sites, genre y en a DC qui crame, un autre aurait pu prendre le relais tranquillou

 
Oui, mon analogie a ses limites car c'est un peu plus complexe lors de la location immobilière pour des raisons évidentes : tu ne peux pas faire de backup de ton canapé chaque matin
 
En gros si sur ton dédié ton HDD claque parce qu'il est trop vieux, parce qu'un tech a fait tomber son café dessus, parce que... et que tu perds tes données c'est pas la responsabilité du fournisseur. Lui tout ce qu'il doit faire c'est remplacer au plus vite par un HDD équivalent pour rester dans les SLA et ne rien te devoir.

et quand on a des mails hébergés chez eux, ils sont quand même répliqués ailleurs, j'imagine, non ?

Elles existent toujours les ML ? Ça fait des années que je ne reçois plus rien.

Mon mail fonctionne toujours pas ce mat

 
Si c'est via une offre mail, ils sont censés te garantir leur disponibilité oui  
 
Si c'est toi qui héberge ton propre serveur mail sur l'infra, ce n'est pas leur problème

Oui, une offre mail ovh. Disponibilité lol, mais donc c'est bien redondant, ouf  

 
Si tu regardes le détail : https://www.ovh.com/fr/emails/email-pro/
 
Ils parlent de SLA de 99.99%; ça veut dire que s'ils ne respectent pas ça, ils devront te rembourser le temps d'indisponibilité en dehors du SLA

Bon, je déménage à Gravelines...  

 
Oui toujours https://www.ovh.com/fr/support/mailing.xml

 
Perso j'ai la save...  
 
Apres bon, ca heberge 2 sites de jekyll, m'offre un vpn ip fr, et expose plex / nextcloud via ssh tunnel... Donc la questions c'est "est-ce que je suis touche?" "est-ce que ovh me fait une offre / rabais pour rester?" "ou est-ce que je bouge ?".
 
Le plus chiant etant les configs nginx, je les ai, donc c'est tout bon. Allez, petre le ssl avec let's encrypt sera chiant a remettre...

est ce que quelqu'un peut me confirmer que les "Backup automatisés répliquées 3 fois" OVH pris en option sur les VPS sont bien répliquées dans des lieux physiques DIFFERENTS des serveurs source ?
Quelqu'un sait où sont stockées les data backup automatisé ?

Bonne question, j'attends de connaître la réponse d'OVH, cela s'applique au stockage objet également:
https://www.ovhcloud.com/fr/public- [...] t-storage/

Quand on arrive meme plus a avoir les infos d'un VPS sur le portail, c'est pas bon signe ?
J'ai lu que c'est par la qu'on peut savoir ou est hébergé un VPS ... mais j'arrive pas à me connecter à la page du VPS

 
Ce serait tellement drôle de découvrir que leur cloud est totalement pipeauté et que ça tourne en réalité sur une infra localisée dans une seule salle, avec la réplication et sauvegarde au même endroit    
 
Pas pour les clients ni pour les salariés qui vont se faire insulter, mais drôle pour les "cloud sceptiques"  

En tout cas pour mes objects de l'object storage, j'ai eu aucun mal à les récupérer.