Incidents antérieurs

Dans la nuit le nécessaire a été fait pour le problème de connexion réseau. La base de données a pu être réintégrée au cluster. Migration terminée avec succès.

Les environnements ont été réouverts à 23h20 heure de Paris. Nous avons rencontré un problème sur la troisième node du cluster, un problème de réseau, le support Scaleway est en train de regarder. La troisième node a été migrée, mais n'a pas encore rejoint le cluster.

Il est 21h heure de Paris, nous démarrons la maintenance, les environnements du groupe 3 ne seront pas accessible pendant environ 2 heures.

Le jeudi 15 décembre à 21h heure de Paris, les environnements sur GRP3 seront coupés pour une durée de 2h30 environ. Nous effectuons une montée de version du logiciel de base de données utilisé.

Pour connaître votre groupe, vous pouvez ouvrir le popup "A propos de l'application" après avoir cliqué en haut à droite sur la photo de votre utilisateur depuis l'application.

Le service VSDB associé à GRP3 sera encore disponible mais la réplication en temps réel sera coupée et ne reprendra que le lendemain, vendredi 16 décembre 2022 dans la matinée.

22H heure de Paris, nous avons réintégré le serveur au système de cache. La carte réseau a été changée dans la matinée.

La carte réseau a été changée, le serveur est à nouveau accessible. Nous le réintégrerons dans la nuit au système de cache. Normalement aucune coupure n'est à prévoir pendant cette opération.

Ce matin à 5h du matin, heure de Paris, un de nos serveurs de cache a perdu sa connexion à son réseau privé. L'accès à la plateforme était alors impossible, le système de cache étant inopérant. À 7h20 heure de Paris, nous avons pu remettre en route le système de cache en limitant l'accès aux serveurs encore accessibles.

Nous avons analysé le dysfonctionnement et il semble qu'une carte réseau hors service soit la cause de la perte de l'accès au réseau. Nous avons demandé à notre hébergeur de remplacer la carte réseau défectueuse. Nous mettrons à jour cet incident en fonction de l'avancement.

À 20h00 heure de Paris, un serveur de base de données du groupe 5 s'est bloqué à cause d'un manque d'espace disque. Après analyse, il s'agit d'un fichier temporaire qui a rempli une partition de manière anormale.\

Le problème a eu un impact pendant 10 minutes sur d'autres groupes car notre load balancer a mal détecté l'anomalie. Une fois le serveur de base de données en cause coupé, toute la plateforme a été de nouveau accessible avec le groupe 5 sur 2 serveurs de base de données mais parfaitement fonctionnel.\

A 20h30 heure de Paris, le serveur en cause a été relancé et le groupe 5 a retrouvé son état normal.\

Nous analysons ce qui a pu provoquer l'accroissement des fichiers temporaires afin de comprendre et d'éviter que le problème se reproduise.