Whaller incident
Perturbation du service suite à un déploiement | Service Disruption Following a Deployment
Resolved after 16 minutes, affecting Main application and API, on November 10, 2026.
# Post-mortem — Indisponibilité de la plateforme après un déploiement ## Résumé Le 10 novembre 2026, un déploiement a rendu l’ensemble des environnements SaaS mutualisés inaccessibles pendant quatre minutes. Le service a ensuite repris en mode dégradé avant de retrouver son fonctionnement normal. ## Chronologie des événements Les horaires du 10 novembre 2026 sont exprimés en heure de Paris \(CET, UTC\+1\), après conversion des horaires UTC du journal. * À **17 h 53**, les équipes techniques constatent l’interruption après le déploiement et identifient un problème de configuration de l’environnement de production. * À **17 h 57**, le service reprend en mode dégradé. * À **18 h 02**, un avis signalant la perturbation est publié sur la page de statut. * À **18 h 18**, l’incident est clôturé sur la page de statut après le retour à la normale. L’heure exacte du rétablissement complet reste à confirmer. ## Difficultés rencontrées Les équipes techniques ont dû déterminer à quelle étape de la mise en production la configuration attendue cessait d’être appliquée. ## Cause de l’incident Une modification du processus de construction de l’application a cassé l’étape finale du déploiement qui utilisait encore le mécanisme précédent, ce qui a rendu la plateforme inaccessible. ## Perte de données Pas de perte de données. ## Mesures de remédiation Les équipes techniques ont préparé un déploiement correctif après la reprise partielle et ont déroulé un nouveau déploiement sans encombre. # Postmortem — Platform outage following a deployment ## Summary On 10 November 2026, a deployment made all shared SaaS environments inaccessible for four minutes. The service then resumed in a degraded state before returning to normal operation. ## Timeline of events Times for 10 November 2026 have been converted from UTC, as recorded in the incident log, to Paris time \(CET, UTC\+1\). * At **17:53**, the technical teams observed the outage after the deployment and identified a configuration issue in the production environment. * At **17:57**, the service resumed in a degraded state. * At **18:02**, a notice reporting the disruption was published on the status page. * At **18:18**, the incident was closed on the status page after the service returned to normal. The exact time of full restoration remains to be confirmed. ## Challenges encountered The technical teams had to determine at which stage of the production deployment the expected configuration stopped being applied. ## Cause of the incident A change to the application build process disrupted the final stage of deployment, which was still using the previous mechanism, rendering the platform inaccessible. ## Data loss No data loss. ## Remedial measures The technical teams prepared a corrective deployment following the partial recovery and carried out a new deployment without incident.
Affected components
Update timeline
- identified Nov 10, 2026, 04:01 PM UTC
Le service a été interrompu pendant quelques minutes à la suite d'un incident technique. Il est désormais rétabli en mode dégradé, certaines fonctionnalités pouvant rester temporairement indisponibles ou perturbées. Nos équipes techniques sont pleinement mobilisées pour restaurer l'intégralité du service dans les meilleurs délais. --- The service was interrupted for a few minutes following a technical incident. It has now been partially restored and is operating in degraded mode, with some features potentially remaining temporarily unavailable or disrupted. Our technical teams are fully mobilized to restore complete service functionality as quickly as possible.
- resolved Nov 10, 2026, 04:18 PM UTC
L'ensemble des services a été rétabli et la plateforme fonctionne désormais normalement. Nos équipes techniques ont confirmé la résolution de l'incident et continuent de surveiller la stabilité du système. Un rapport post-mortem sera publié ultérieurement afin de présenter les causes de l'incident et les mesures mises en œuvre pour éviter qu'il ne se reproduise. --- All services have been fully restored, and the platform is now operating normally. Our technical teams have confirmed the resolution of the incident and continue to monitor system stability. A post-mortem report will be published at a later date to explain the root causes of the incident and the measures implemented to prevent similar occurrences.
- postmortem Nov 10, 2026, 05:38 PM UTC
# Post-mortem — Indisponibilité de la plateforme après un déploiement ## Résumé Le 10 novembre 2026, un déploiement a rendu l’ensemble des environnements SaaS mutualisés inaccessibles pendant quatre minutes. Le service a ensuite repris en mode dégradé avant de retrouver son fonctionnement normal. ## Chronologie des événements Les horaires du 10 novembre 2026 sont exprimés en heure de Paris \(CET, UTC\+1\), après conversion des horaires UTC du journal. * À **17 h 53**, les équipes techniques constatent l’interruption après le déploiement et identifient un problème de configuration de l’environnement de production. * À **17 h 57**, le service reprend en mode dégradé. * À **18 h 02**, un avis signalant la perturbation est publié sur la page de statut. * À **18 h 18**, l’incident est clôturé sur la page de statut après le retour à la normale. L’heure exacte du rétablissement complet reste à confirmer. ## Difficultés rencontrées Les équipes techniques ont dû déterminer à quelle étape de la mise en production la configuration attendue cessait d’être appliquée. ## Cause de l’incident Une modification du processus de construction de l’application a cassé l’étape finale du déploiement qui utilisait encore le mécanisme précédent, ce qui a rendu la plateforme inaccessible. ## Perte de données Pas de perte de données. ## Mesures de remédiation Les équipes techniques ont préparé un déploiement correctif après la reprise partielle et ont déroulé un nouveau déploiement sans encombre. # Postmortem — Platform outage following a deployment ## Summary On 10 November 2026, a deployment made all shared SaaS environments inaccessible for four minutes. The service then resumed in a degraded state before returning to normal operation. ## Timeline of events Times for 10 November 2026 have been converted from UTC, as recorded in the incident log, to Paris time \(CET, UTC\+1\). * At **17:53**, the technical teams observed the outage after the deployment and identified a configuration issue in the production environment. * At **17:57**, the service resumed in a degraded state. * At **18:02**, a notice reporting the disruption was published on the status page. * At **18:18**, the incident was closed on the status page after the service returned to normal. The exact time of full restoration remains to be confirmed. ## Challenges encountered The technical teams had to determine at which stage of the production deployment the expected configuration stopped being applied. ## Cause of the incident A change to the application build process disrupted the final stage of deployment, which was still using the previous mechanism, rendering the platform inaccessible. ## Data loss No data loss. ## Remedial measures The technical teams prepared a corrective deployment following the partial recovery and carried out a new deployment without incident.
Your product runs on more than Whaller
Add the vendors you depend on and get one message when any of them reports trouble. Free for 3 vendors, no card.