Asana Status · History · Incident #361
RESOLVEDAsana webapp unavailable
Critical · Started Jan 22, 2026 · 5:48 PM
$HTTP_PROTOCOL = (isset($_SERVER['HTTPS']) && ($_SERVER['HTTPS'] == 'on' || $_SERVER['HTTPS'] == 1)) || (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') ? 'https://' : 'http://'; $SITE_URL = $HTTP_PROTOCOL . $_SERVER['SERVER_NAME'] . '/'; ?>
Asana Status · History · Incident #361
RESOLVEDCritical · Started Jan 22, 2026 · 5:48 PM
Duration
1h 12m
Severity
Critical
Detection lead
—
User reports
—
Summary
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.
Started
Jan 22, 2026 · 5:48 PM
Resolved
Jan 22, 2026 · 7:00 PM
Duration
1h 12m
Severity
Critical
Event timeline
Investigating
Jan 22 · 5:48 PM AsanaWe're investigating an outage, it looks like no one is able to reach the Asana webapp.
Investigating
Jan 22 · 5:51 PM AsanaWe are continuing to investigate this issue.
Investigating
Jan 22 · 5:59 PM AsanaWe've identified the cause and have rolled back. Based on our monitoring, we should be recovered for some users.
Investigating
Jan 22 · 6:04 PM AsanaError 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.
Investigating
Jan 22 · 6:38 PM AsanaOur 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.
Resolved
Jan 22 · 7:00 PM AsanaThis incident has been resolved.
Postmortem
Jan 27 · 7:53 AM AsanaIncident: 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.
Pulsetic catches degradations minutes before vendors acknowledge them.
Stay online, all the time, with Pulsetic's uptime prime. Try Free
Made by Designmodo
MONITORING
SERVICE
COMPARE
ACCOUNT