Factbird incident

Infinite loop during sign-in

Major Resolved View vendor source →

Factbird experienced a major incident on November 21, 2024 affecting Authentication Service, lasting 3h 15m. The incident has been resolved; the full update timeline is below.

Started
Nov 21, 2024, 05:04 PM UTC
Resolved
Nov 21, 2024, 08:20 PM UTC
Duration
3h 15m
Detected by Pingoru
Nov 21, 2024, 05:04 PM UTC

Affected components

Authentication Service

Update timeline

  1. identified Nov 21, 2024, 05:04 PM UTC

    We are working on rolling back a release that results in an infinite loop of redirects between our sign-in page and our application.

  2. monitoring Nov 21, 2024, 06:21 PM UTC

    We have now rolled back the change in our authorization service and we are now actively monitoring our services for any further problems related to this incident.

  3. resolved Nov 21, 2024, 08:20 PM UTC

    Both our application and authorization service have no stabilized and users are able to sign in again.

  4. postmortem Nov 21, 2024, 08:21 PM UTC

    On November 21st, 2024, at 5:28 PM CET, the Factbird application and its authorization server experienced a communication mismatch caused by a faulty health check that incorrectly marked the interface between the two services as operational. This issue resulted in users attempting to sign in being redirected repeatedly between the two services, manifesting as a blinking error screen. Efforts to stabilize the services using an older protocol revealed the root cause: a version mismatch in the authorization server. Unlike our continuous integration testing environments, the production server had been pinned to an incorrect version. This caused it to invalidate client application requests, forcing users back to the application to initiate a new handshake. To resolve the issue, we synchronized the authorization server to the correct version, beginning at 7:06 PM CET on the first production environment. After thorough validation and monitoring, we proceeded to update the remaining environments, completing the deployment at 7:54 PM CET. We deeply regret the inconvenience caused and remain committed to enhancing our processes to prevent similar incidents in the future.