Incidents antérieurs

Tout est revenu dans l'ordre quelques secondes après l'ouverture du ticket. Un de VLAN virtuel semble avoir été complètement coupé pendant quelques minutes puis tout est revenu dans l'ordre.

Depuis 21h00 heure de Paris, les environnements des groupes 2, 3, 4, 6 et 7 sont inaccessibles. Nos cherchons la cause mais vraissemblement cela doit être un problème réseau chez notre hébergeur car cela touche beaucoup trop de groupes pour être sur un composant isolé chez nous. Nous recherchons la cause.

Tout est rentré dans l'ordre à 21h20 heure de Paris, le cluster a été montée de version, le système de gestion de la mémoire a été amélioré pour éviter les arrêts non désirés de ce type. Merci de votre compréhension.

Le cluster de base de données était à l'arrêt. Nous avons réussi à le remettre en route. La synchronisation VSDB est à l'arrêt, celle-ci devrait repartir ce soir.

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

Le cluster est en cours de rsynchronisation complète. L'accès devrait ouvrir vers 9h50 heure de Paris si tout va bien.

Les environnements du groupe 11 sont inaccessibles, le cluster de base de données semble être en cause. Nous sommes en train d'analyser la situation.

A 13h10 heure de Paris, un noeud du cluster de base de données des environnements du groupe 3 est tombé. Un problème de configuration a rendu certains environnements partiellement inaccessibles. Il a été nécessaire de reconfigurer correctement les serveurs applicatifs pour corriger le problème.

L'accès était complétement rétabli à 13h40 heure de Paris. A 13h55 heure de Paris, le noeud arrêté avait été redémarré. Tout fonctionne normalement maintenant.