Abonnez-vous au flux d'information !
Tous les systèmes sont opérationnels

À propos du site

Cette page vous permet de suivre l'état de nos services VSActivity, VSExperience et VSPortage.

Incidents antérieurs

16/02/2024

Aucun incident signalé

15/02/2024

Aucun incident signalé

14/02/2024

Aucun incident signalé

13/02/2024

Aucun incident signalé

12/02/2024

Aucun incident signalé

11/02/2024

Aucun incident signalé

10/02/2024

Aucun incident signalé

09/02/2024

Aucun incident signalé

08/02/2024

Aucun incident signalé

07/02/2024

Aucun incident signalé

06/02/2024

VSActivity / VSPortage / VSExperience Conditions de facturation / Autres unités d'oeuvre

Logiciels concernés : VSA et VSP. La gestion et l'utilisation des conditions de facturation sur les clients présentent une erreur technique (problème en base de données) au niveau des Autres unités d'oeuvre. Ce point sera résolu en fin d'après midi car une mise en prod impliquant la base de données a dû être programmée. Chers clients, merci pour votre compréhension.

05/02/2024

Aucun incident signalé

04/02/2024

Aucun incident signalé

03/02/2024

Aucun incident signalé

02/02/2024

Aucun incident signalé

01/02/2024

Aucun incident signalé

31/01/2024

Aucun incident signalé

30/01/2024

Aucun incident signalé

29/01/2024

Aucun incident signalé

28/01/2024

Aucun incident signalé

27/01/2024

Aucun incident signalé

26/01/2024

Aucun incident signalé

25/01/2024

VSActivity / VSPortage / VSExperience Les environnements du groupe 8 sont inaccessibles

Problème identifié, le cluster était bloqué, même problème que sur grp10 ce midi, un correctif a été passé et le système débloqué à 14h35 heure de Paris.

Les environnements du groupe 8 sont inaccessibles depuis 14h20 heure de Paris, nous cherchons la cause.

VSActivity / VSPortage / VSExperience Instabilité sur les environnements du groupe 10

À 12h56 aujourd'hui, le cluster de base de données du groupe 10 s'est bloquée sur le recalcule du reporting. Nous avons décoincé la situation à 13h17 heure de Paris. Nous avons identifié d'où venait le problème, cela fait suite aux évolutions sur l'amélioration du calcul du reporting, nous allons livrer un correctif dans l'après-midi.

24/01/2024

Aucun incident signalé

23/01/2024

Aucun incident signalé

22/01/2024

Aucun incident signalé

21/01/2024

Aucun incident signalé

20/01/2024

Aucun incident signalé

19/01/2024

Aucun incident signalé

18/01/2024

VSActivity / VSPortage / VSExperience Les environnements du groupe 7 sont inaccessibles

Ce weekend nous avons pu stabiliser la situation et l'ensemble des environnements fonctionne normalement maintenant.

Vendredi 21h15, nous coupons la plateforme de secours pour basculer sur un tout nouvel ensemble technique qui ne posera plus de soucis.

Mise à jour à 7h30 heure de Paris, malgré une réinstallation complète du cluster dans la nuit, le système est à nouveau tombé et nous avons rebasculé sur l'équipement de secours. Comme hier, supprimez le cookie de session si vous avez un message d'erreur disant que l'application est indisponible.

Mise à jour à 1h30 heure de Paris, nous avons remis en route le cluster de production. Nous avons pu également remonter la réplication VSDB.

Ce soir, à partir de 21h, nous couperons tous les environnements du groupe 7 pour revenir sur le cluster de base de données de production. Depuis 10h, le service VSDB du groupe 7 est toujours accessible mais n'est plus répliqué en temps réel. La réplication sera remise en route demain en matinée une fois que la plateforme de productions sera à nouveau opérationnelle.

Mise à jour à 10h25 heure de Paris, nous avons du basculer sur la plateforme de secours. Si vous n'arrivez pas à vous connecter, supprimez vos cookies sur l'adresse de votre environnement. Nous allons chercher une solution au problème de cluster de production. Une fois le problème résolu, nous devrons couper pendant la nuit tous les environnements du groupe 7 pour remettre en route la plateforme de production.

Mise à jour à 9h50 heure de Paris, le cluster est toujours instable dès que nous laissons des connexions passer. Nous tentons un dernier test et si ce n'est pas concluant nous engageons une basculer vers un système de secours.

A 8h20 heure de Paris, le cluster semble à nouveau être tombé, nous regardons ce qu'il se passe.

Mise à jour à 7h55 heure de Paris, le cluster de base de données a été intégralement redémarré et fonctionne normalement. La synchronisation de tous les noeuds était bloquée. Nous cherchons la cause.

Depuis 7h15 heure de Paris, les environnements du groupe 7 sont inaccessibles, nous cherchons la cause du problème.