Ok, mais ils pouvaient couper le baies de SBG1 et alimenter SBG4, non ?

Il s'est passé autre chose ou il y avait autre choses que des batteries dans le local.

Je ne sais pas si un jour on aura la vérité.

Je ne sais pas ce qu'on fait les deux salariés d'OVH présent sur site cette nuit, à partir de 1h du matin, mais je pense que couper intégralement l'électricité, les onduleurs et les groupes de DC1 et DC3 aurait été une bonne idée pour limiter l'ingestion de fumée.

Maintenant peut-être que à ce moment ils pensait que cela serait rapidement éteint.

DC4, je comprends qu'il n'ai pas été éteint, il est plus éloigné.

Sur mon dédié à SGB3, la perte du réseau date du 10/03/2021 01:47:57.
Le dernier log que j'ai pu trouver du 10/03/2021 02:27:48.

Je ne sais pas ce qu'on fait les deux salariés d'OVH présent sur site cette nuit, à partir de 1h du matin, mais je pense que couper intégralement l'électricité, les onduleurs et les groupes de DC1 et DC3 aurait été une bonne idée pour limiter l'ingestion de fumée.

Maintenant peut-être que à ce moment ils pensait que cela serait rapidement éteint.

Avec le recul c'est facile à dire......
Sur le moment, tu te vois prendre la responsabilité couper le jus (et le pouvait t-il?) à 30 000 ou 40 000 serveurs

si au final l'incident était maitrisé 10minutes ou 15minutes plus tard avec juste 2 onduleurs et qq batteries HS ??

et puis je suppose que quand la situation est devenue hors de contrôle c''était trop tard.

J'aimerai quand même mieux  comprendre ce qu'il se passe entre 0h47. Les camera thermique des pompiers ?  L'embrassement complet ? et la coupure globale du secteur d'ES vers 2h30

Des photos seraient intéressantes, car l'abandon de SG1 suite à de la fumée dans un local inutilisé de SBG1 est quand même un peu compliqué à comprendre, surtout que cela entraîne 5 jours de coupure totale pour SBG4, qui n'a plus d'énergie alors que tout était reparti.

Ouais, c'est bizarre de remplir un conteneur de batteries inutilisées à l'intérieur du DC...

Dans sa vidéo il parle d'un « petit incident », je crois qu'il ne prend pas en compte la répercussion...

La 3e vidéo d’Octave est là : https://x.com/olesovhcom/status/1374038409707188231

Par rapport aux vidéos d'Octave Klaba, je suis toujours aussi étonné que le discours ne soit pas préparé/filtré/corrigé par le service de communication.
Je sais que c'est la marque de fabrique d'OVH, ce genre de com sans filtre, mais quand même...

Et clairement, il s'exprime mal.
Ici, il dit qu'OVH va faire évoluer les standards du marché. Il le répète 5 fois, donc ça n'est pas une erreur ponctuelle.
Ce qu'il veut dire, j'espère en tout cas, c'est qu'OVH va faire évoluer les standards d'OVH, pas les standards du marché... Les standards du marché ne sont pas en cause à priori, vu qu'OVH ne les a jamais appliqués.
Je suis désolé, mais ce discours me choque.

Il semble dire que le "freecooling, c'est mal, c'est du passé". Et là non plus, je ne suis pas d'accord.
Le freecooling à la OVH, avec des salles largement ouvertes aux 4 vents, pas étanches, avec de l'air quasiment pas filtré, et des serveurs à seulement 1-2m de l'entrée d'air extérieure, oui, ça pose beaucoup de question, et depuis le tout début.
Les Freecooling à la Facebook et Scaleway, c'est forcément très très différent.

J'espère que les conclusions parleront également des procédures d'arrêt et de consignation électrique du site en cas d'incident grave : coupure totale (HT et BT), et coupure des onduleurs. Si ça a retardé de plus de 30 min l'intervention réelle des pompiers, comme on peut le lire ici, ça peut avoir du sens. Je ne dis pas qu'il y a eu un problème, c'est juste une hypothèse.

Leon.