Asana incident

Asana webapp unavailable

Critical Resolved View vendor source →

Asana experienced a critical incident on January 22, 2026 affecting App and App and 1 more component, lasting 1h 12m. The incident has been resolved; the full update timeline is below.

Started
Jan 22, 2026, 05:48 PM UTC
Resolved
Jan 22, 2026, 07:00 PM UTC
Duration
1h 12m
Detected by Pingoru
Jan 22, 2026, 05:48 PM UTC

Affected components

AppAppAppAppApp

Update timeline

  1. investigating Jan 22, 2026, 05:48 PM UTC

    We're investigating an outage, it looks like no one is able to reach the Asana webapp.

  2. investigating Jan 22, 2026, 05:51 PM UTC

    We are continuing to investigate this issue.

  3. investigating Jan 22, 2026, 05:59 PM UTC

    We've identified the cause and have rolled back. Based on our monitoring, we should be recovered for some users.

  4. investigating Jan 22, 2026, 06:04 PM UTC

    Error rates have dropped significantly, to about 2%. It's possible some users continue to see errors, but we expect most users to be able to use Asana.

  5. investigating Jan 22, 2026, 06:38 PM UTC

    Our error rates are back to normal baseline, and we don't expect an immediate recurrence. We'll create a post-mortem in the next few days with more details, including what happened and how we plan to prevent this going forward.

  6. resolved Jan 22, 2026, 07:00 PM UTC

    This incident has been resolved.

  7. postmortem Jan 27, 2026, 07:53 AM UTC

    Incident: On 2026-01-22 the Asana App and all associated services had a service disruption due to dependency on a shared database used for storing metadata. This was triggered by a code path which caused overload for that database, followed by request queuing, timeouts, and errors. Impact: From 17:33 - 17:57 UTC the Asana App and all associated services were unavailable. There was a further 14 minutes of partial downtime from 18:45 - 18:59 UTC affecting 10-20% of users, also triggered by dependency on this shared database. Moving forward: We immediately rolled back our application code and added resources for this database. Going forward we will continue to reduce dependency on this shared database for common paths to reduce risk, and monitor for unexpected resource usage. Our metric considers a weighted average of uptime experienced by users at each data center. The number of minutes of downtime shown reflects this weighted average.