Incidents antérieurs

Suite aux coupures de ces 2 derniers jours, nous devons arrêter complètement le cluster de base de données du groupe 3 pour le remettre en route normalement. Les environnement seront inaccessibles de 21h30 à minuit heure de Paris. Nous nous excusons pour la gêne occasionnée.

Mise à jour le 20 juillet à 8h30. Le travail effectué pour corriger le problème fonctionne, aucun blocage constaté après le 17 juillet. Nous fermons l'incident.

Mise à jour le 17 juillet à 10h18. L'ensemble des environnements s'est encore bloqué ce matin à 9h10 heure de Paris. La coupure a duré quelques minutes.
Hier nous avons compris d'ou venait le problème, un cumul d'opérations techniques engendre un blocage d'un groupe d'environnement et notre load balancer considère que l'ensemble de la plateforme est hors service, coupant ainsi l'accès à tous les utilisateurs. Nous mettons en place une solution pour que cela ne se reproduise pas demain matin.
Nous nous excusons pour la gène occasionnée.

Aujourd'hui entre 8h30 et 8h40 heure de Paris, l'ensemble des environnements s'est retrouvé inaccessible.

Un cluster de base de données s'est bloqué comme hier matin ce qui a déclenché un blocage complet au niveau du load balancer qui a considéré que l'ensemble des environnements étaient inaccessibles. Il semble que la fin de la sauvegarde cumulée avec plusieurs traitements ont provoqué ce blocage.

Nous cherchons une solution pour que cet incident ne se produise plus.

Mise à jour à 8h heure de Paris, le cluster de base de données était bloqué. Nous avons fait le nécessaire pour qu'il reparte en mode dégradé le temps que nous fassions une analyse plus poussée.

Depuis 7h35 heure de Paris, les environnements du groupe 3 sont inaccessibles. Nous cherchons la cause.

Les 2 dernières mises à jour de l'incident n'ont pas été inscrites correctement, nous nous excusons. La plateforme VSDB pour GRP7 est fonctionnelle depuis lundi 8 juillet à 10h30 heure de Paris. Nous avons rencontré des problèmes logiciels en chaine à cause de la version 8.0.38 de Oracle MySQL Community edition qui produit un segfault à répétition sur l'environnement technique que nous utilisons. L'ancienne version n'était plus officiellement disponible.

Mise à jour vendredi 5 juillet à 14h heure de Paris. Un problème matériel bloque le bon fonctionnement, nous cherchons une solution, une remise en route le samedi 6 juillet est à prévoir.

Depuis 11h10 heure de Paris, la plateforme VSDB du groupe 7 est indisponible, le service de base de données est arrêté et ne redémarre pas. Nous cherchons la cause.