Datto incident

DattoRMM - Vidal - Users are unable to access the platform.

Resolved after 4 hours 18 minutes, affecting Vidal (US East), on September 1, 2026.

postmortem Oct 20, 2026, 01:41 PM UTC

**Root Cause Analysis: Vidal Platform Access Issues from East US Locations** **Summary** On September 1, 2026, between 10:00 UTC and 12:35 UTC, some customers accessing the Vidal platform from East US locations were unable to access the service. The issue was detected at 10:00 UTC following customer reports and internal observations. Service accessibility was restored after the affected cached content was invalidated. **Root Cause** The issue occurred during a platform deployment when requests were temporarily distributed between the previous and newly deployed application versions. Under certain conditions, the application attempted to retrieve a web asset that was not available in the version handling the request. The resulting response was then stored in cache, preventing affected users from successfully loading the Vidal platform. **Incident Timeline** * **Identified:** September 1, 2026, at 10:00 UTC * **Public notification:** September 1, 2026, at 11:37 UTC * **Resolved:** September 1, 2026, at 12:35 UTC **Preventative Measures** To reduce the likelihood and impact of similar incidents in the future, we are taking the following steps: * **Enhancements to Application Response Handling:** We have updated the application to return an appropriate response when a requested web asset is unavailable, preventing an incorrect response from being cached. This corrective change has been completed. * **Enhancements to Cache Management:** We have refined our current process on how unavailable application assets are handled so that missing content is not stored in the cache and subsequently returned to users. * **Enhancements to Post-Deployment Validation:** Further strengthen our current post-deployment validation to verify platform accessibility from multiple network paths and locations immediately following a deployment. * **Enhancements to Monitoring and Alerting:** Expand the existing monitoring to identify platform accessibility issues quicker. * **Enhancements to Incident Response:** Enhance current documentation to include additional relevant post-deployment symptoms, potential causes, and validated remediation steps to support faster diagnosis and recovery if similar behavior is observed.

Started
Sep 01, 2026, 11:37 AM UTC
Resolved
Sep 01, 2026, 03:56 PM UTC
Duration
4h 18m
Detected by Pingoru
Sep 01, 2026, 11:37 AM UTC

Affected components

Vidal (US East)

Update timeline

  1. investigating Sep 01, 2026, 11:37 AM UTC

    We are aware of a problem where users are unable to access the Vidal platform The Kaseya Engineering Team is actively investigating and we will provide updates as more information becomes available. Should you need any additional questions or require assistance, please contact our support team at https://helpdesk.kaseya.com/hc/en-gb#/contact Subscribe to the Kaseya Status Page for up-to-date information at https://status.kaseya.com/

  2. monitoring Sep 01, 2026, 12:35 PM UTC

    The Kaseya Engineering Team has issued a fix. Service has been restored, and we are monitoring the environment to ensure continued stability.

  3. resolved Sep 01, 2026, 03:56 PM UTC

    The issue affecting access to the Datto RMM Vidal platform has been resolved.

  4. postmortem Oct 20, 2026, 01:41 PM UTC

    **Root Cause Analysis: Vidal Platform Access Issues from East US Locations** **Summary** On September 1, 2026, between 10:00 UTC and 12:35 UTC, some customers accessing the Vidal platform from East US locations were unable to access the service. The issue was detected at 10:00 UTC following customer reports and internal observations. Service accessibility was restored after the affected cached content was invalidated. **Root Cause** The issue occurred during a platform deployment when requests were temporarily distributed between the previous and newly deployed application versions. Under certain conditions, the application attempted to retrieve a web asset that was not available in the version handling the request. The resulting response was then stored in cache, preventing affected users from successfully loading the Vidal platform. **Incident Timeline** * **Identified:** September 1, 2026, at 10:00 UTC * **Public notification:** September 1, 2026, at 11:37 UTC * **Resolved:** September 1, 2026, at 12:35 UTC **Preventative Measures** To reduce the likelihood and impact of similar incidents in the future, we are taking the following steps: * **Enhancements to Application Response Handling:** We have updated the application to return an appropriate response when a requested web asset is unavailable, preventing an incorrect response from being cached. This corrective change has been completed. * **Enhancements to Cache Management:** We have refined our current process on how unavailable application assets are handled so that missing content is not stored in the cache and subsequently returned to users. * **Enhancements to Post-Deployment Validation:** Further strengthen our current post-deployment validation to verify platform accessibility from multiple network paths and locations immediately following a deployment. * **Enhancements to Monitoring and Alerting:** Expand the existing monitoring to identify platform accessibility issues quicker. * **Enhancements to Incident Response:** Enhance current documentation to include additional relevant post-deployment symptoms, potential causes, and validated remediation steps to support faster diagnosis and recovery if similar behavior is observed.

Your product runs on more than Datto

Add the vendors you depend on and get one message when any of them reports trouble. Free for 3 vendors, no card.

Add your stack →