Get webhook notifications whenever Network & Infrastructure creates an incident, updates an incident, resolves an incident or changes a component status.
Afin d'apporter les derniers correctifs fonctionnels et de sécurité, nous allons mettre à jour ce couple de switchs le mardi 3 mai à partir de 22h00 CEST.
Update(s):
Date: 2016-05-16 14:19:10 UTC Le correctif a été apporté. Nous n'avons pas de constater de problème à part les coupures de SVI pendant l'intervention. Voir le détail dans http://travaux.ovh.net/?do=details&id=17996
Date: 2016-05-13 15:12:13 UTC Nous avons identifié la cause des dysfonctionnements : l'activation du tracking sur GLBP.
La feature est déjà désactivée dans la configuration, afin d'appliquer entièrement le changement, nous devons effectuer une modification rapide de la configuration vPC.
Ce changement sera effectué ce soir à partir de 22h00 CEST.
Date: 2016-05-12 21:27:37 UTC Le redémarrage des 2 modules a été effectué, cela ne semble pas résoudre le dysfonctionnement constaté.
Nous continuons les investigations avec les constructeur.
Date: 2016-05-12 20:55:51 UTC Nous avons effectué le redémarrage de 2 cartes sur sbg-1b-n7, nous passons maintenant à sbg-1a-n7.
Date: 2016-05-12 19:29:31 UTC sbg-1b-n7 est désormais à jour. En revanche, certaines anomalies sur le trafic peuvent-être constatées, notamment sur le trafic inter-vlans.
Suite au troubleshooting avec notre constructeur, il nous est recommandé de redémarrer certaines linecards.
Nous réaliserons cette opération à partir de 22h00 CEST ce soir, les ports seront isolés auparavant afin d'éviter au maximum tout impact.
Date: 2016-05-11 23:05:23 UTC Durant l'isolation, le VLAN d'admin a été isolé pendant quelques minutes ayant pu causer des perturbations entre les hosts et les stockages.
Date: 2016-05-11 21:04:09 UTC Nous démarrons l'isolation de sbg-1b-n7.
Date: 2016-05-11 15:25:05 UTC Nous continuons la mise à jour ce soir à partir de 22h00 CEST.
Date: 2016-05-11 02:04:26 UTC Nous reportons la mise à jour de pcc-1b-n7 afin d'analyser les conséquences et impacts de la perte de stockage que nous avons constaté.
Date: 2016-05-11 00:06:32 UTC Durant la phase d'isolation, certaines têtes de storage ont été indisponibles pendant quelques instants, cela a pu rendre des VMs temporairement indisponible et potentiellement en lecture seule.
Date: 2016-05-10 23:37:07 UTC Nous démarrons l'isolation de sbg-1b-n7.
Date: 2016-05-10 23:02:19 UTC sbg-1a-n7 est à jour, nous remettons progressivement le trafic.
Date: 2016-05-10 20:41:47 UTC Nous démarrons la mise à jour de sbg-1a-n7 (vPC secondary)
Date: 2016-05-06 12:57:21 UTC Nous reprenons la mise à jour le mardi 10 mai à partir de 22H00 CEST.
Date: 2016-05-06 12:56:55 UTC Dans le cadre de la préparation de la mise à jour des N7, nous allons déplacer les ports de monitoring sur des cartes ayant plus de capacité de mémoire quant aux adressées MAC.
L'opération est prévue le lundi 9 mai à partir de 22H00 CEST.
Nous devons approfondir sur les causes de l'incident afin de prendre les mesures correctives nécessaires.
Nous reportons la mise à jour.
Date: 2016-05-03 21:45:24 UTC Lors de l'isolation des interfaces de sbg-1a-n7, un incident est apparu sur la partie stockage. Certaines VMs ont pu passer en read-only.
La raison directe de l'incident n'est pas encore identifiée, l'isolation des IPs publiques L3 était en cours et le stockage est ici switché (L2).
Nous continuons l'analyse.
Date: 2016-05-03 20:56:25 UTC Les configurations ont été remises en conformité.
Nous commençons l'isolation du switch vPC secondary : sbg-1a-n7.
Date: 2016-05-03 20:18:21 UTC Nous corrigeons tout d'abord quelques défauts mineurs de configuration qui ont été identifiés pendant la préparation de la maintenance.
Posted Apr 29, 2016 - 13:01 UTC
This scheduled maintenance affected: Infrastructure || SBG (SBG1, SBG3, SBG4).