THIS IS A SCHEDULED EVENT Aug <var data-var='date'>24</var>, <var data-var='time'>05:30</var> - <var data-var='time'>07:30</var> UTC Aug <var data-var='date'>22</var>, <var data-var='time'>05:43</var> UTC Scheduled - Start: 2026-08-24 05:30 UTC End: 2026-08-24 07:30 UTC During the above window, our Storage Engineering team will be performing maintenance on the Spaces service in the LON1, SGP1 and SYD1 regions in order to improve performance and reliability. Expected Impact: This maintenance is designed to be low-impact. As infrastructure components are updated, you may experience brief network interruptions or momentary delays accessing your Spaces. Service will resume normal operation automatically, and no action is required on your part. If you have any questions related to this issue, please send us a ticket from your cloud support page. https://cloudsupport.digitalocean.com/s/createticket

Spaces Maintenance in LON1, SGP1 and SYD1

Aug <var data-var='date'>21</var>, <var data-var='time'>14:52</var> UTC Resolved - Our Engineering team has confirmed that the issue impacting Container Registry and Spaces accessibility has been resolved. Spaces accessibility via the Cloud Control Panel is now restored, and pushing and pulling container images is succeeding as expected. Customers who previously encountered these issues should now be able to access Spaces and deploy their container images without further issues. If you continue to experience any problems, please open a ticket with our support team. Thank you for your patience, and we apologize for any inconvenience. Aug <var data-var='date'>21</var>, <var data-var='time'>13:06</var> UTC Monitoring - Our Engineering team has identified the issue affecting Container Registry and Spaces buckets, and a fix has been applied. Spaces accessibility via the Cloud Control Panel should now be restored, and pushing and pulling container images should be back to normal. We are continuing to monitor the results to ensure the issue has been fully resolved and will provide another update once we've confirmed normal service has been restored. Aug <var data-var='date'>21</var>, <var data-var='time'>12:59</var> UTC Investigating - Our Engineering team is currently investigating reports of an issue affecting Container Registry and Spaces buckets in some regions. During this time, customers may experience failures when pushing or pulling container images. Additionally, customers may experience issues accessing Spaces via the Cloud Control Panel, where the page may display "Looks like something went wrong…" Our Engineering team is actively investigating the issue and treating it with priority. We will provide another update as soon as more information becomes available.

Container Registry and Spaces Accessibility

Aug <var data-var='date'>19</var>, <var data-var='time'>19:34</var> UTC Resolved - Our Engineering team has confirmed the regional control plane is healthy and CPU Droplets, Managed databases, Load balancers, Block storage, Kubernetes (DOKS) and Spaces are operating normally. GPU Droplets continue to be impacted and our teams are working to restore all nodes. We will communicate with GPU Droplet customers separately via Slack and email with more information and regular updates. Thank you for your patience throughout this incident. If you continue to experience any issues, please open a support ticket from within your account. Aug <var data-var='date'>19</var>, <var data-var='time'>18:59</var> UTC Monitoring - At this time, the regional control plane is fully healthy. CPU Droplets, Managed databases, Load balancers, Block storage and Spaces are operating normally. Droplet create, resize and other management operations are working. Kubernetes (DOKS) control planes are reachable. Our teams are continuing to work with the facility to restore all equipment. GPU Droplets in MKC1 remain offline or unreachable. DOKS GPU worker nodes may remain NotReady, and GPU-backed inference endpoints in this region may be unavailable. We will monitor the regional control plane for a short time and then resolve this incident. GPU customers will receive personalized updates with more information in lieu of this status page. If you have questions about your affected resources, contact support and reference this incident. Aug <var data-var='date'>19</var>, <var data-var='time'>15:28</var> UTC Update - Our Engineering team continues to work on the issue affecting the MKC1 region. We are actively working to restore connectivity and bring the impacted nodes back online. We will provide another update as soon as we have more information. Aug <var data-var='date'>19</var>, <var data-var='time'>12:22</var> UTC Identified - We have identified the root cause of the issue in the MKC1 region affecting multiple racks and nodes. Our Engineering team is actively implementing remediation steps to restore connectivity and bring the impacted nodes back online. During this time, customers may continue to experience disruptions to GPU workloads and Serverless Inference. Kubernetes (DOKS) worker nodes may also remain in a NotReady state, and customers may be unable to reach Kubernetes API endpoints or perform cluster-management operations in affected clusters. We will provide another update as soon as we have more information. Aug <var data-var='date'>19</var>, <var data-var='time'>11:10</var> UTC Investigating - Our Engineering team is currently investigating an issue in the MKC1 region affecting multiple racks and nodes. During this time, customers may experience disruptions to GPU workloads, and Kubernetes (DOKS) worker nodes may enter a NotReady state. Our team is actively working to restore connectivity and bring impacted nodes back online. If you continue to experience issues, please open a support ticket from within your account.

Major Service Interruption in MKC1

Aug <var data-var='date'>13</var>, <var data-var='time'>14:59</var> UTC Resolved - Between Aug 13, 09:50 UTC and 14:30 UTC, customers in the FRA1 region experienced an issue affecting Block Storage Volumes attachment and detachment operations on Droplets and Managed Kubernetes clusters. During this window, customers may have encountered delays or been unable to attach and detach Block Storage Volumes from their resources. Block Storage Volumes attachment and detachment operations now appear to be functioning normally, and customers should no longer experience issues with these operations. For Managed Kubernetes clusters specifically, some residual cleanup of affected volume attachments may still be needed, and our team is actively working through this. We apologize for any inconvenience this may have caused. If you continue to experience issues with Block Storage Volumes operations, please don't hesitate to open a support ticket for further investigation. Our team will be happy to assist you.

Volume Attach/Detach events in FRA1

Aug <var data-var='date'> 9</var>, <var data-var='time'>01:01</var> UTC Resolved - Our Engineering team confirms the full resolution of the issue affecting all impacted services, including new account registration, Droplet Creation, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet Console, and Database cluster creation. We apologize for the inconvenience. If you continue to experience any issues, please open a support ticket from within your account. Aug <var data-var='date'> 9</var>, <var data-var='time'>00:31</var> UTC Monitoring - Our Engineering team has implemented a fix for the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions, and is currently monitoring the situation. At this time, customers should no longer experience errors with: New account registration Droplet creation Reserved IP allocation Automated Backups and Snapshots operations Droplet Autoscale scaling operations DOKS cluster operations GenAI services Access to the Droplet console Database cluster creation We will continue to monitor the situation to ensure that all services are stable and functioning as expected. We will post an update as soon as the issue is fully resolved. Aug <var data-var='date'> 8</var>, <var data-var='time'>22:02</var> UTC Update - Our Engineering team continues to work on implementing and rolling out a fix for the issue affecting multiple services across multiple regions, including new account registration, Droplets, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet console, and Database cluster creation. Customers may continue to experience the previously reported service disruptions while remediation efforts remain in progress. We will provide another update as soon as more information becomes available. Aug <var data-var='date'> 8</var>, <var data-var='time'>20:02</var> UTC Identified - Our Engineering team has identified the root cause of the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions. Customers may experience the following: Unable to create new accounts Unable to create Droplets Unable to allocate Reserved IPs Failures with Automated Backups and Snapshots operations Droplet Autoscale scaling operations not working as expected DOKS cluster operations failing GenAI services impacted Unable to access the Droplet console Database clusters stuck in a "Creating" state Our Engineering team is working on implementing a fix and we will provide another update as soon as more information becomes available. Aug <var data-var='date'> 8</var>, <var data-var='time'>19:38</var> UTC Update - Our Engineering team is continuing to investigate reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Further investigation has found that GenAI services are also affected due to this issue, customers may also be unable to access the Droplet console, and Database clusters may be stuck in a "Creating" state. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available. Aug <var data-var='date'> 8</var>, <var data-var='time'>18:57</var> UTC Investigating - Our Engineering team is currently investigating reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

Account Registration, Droplets, and Related Services

Aug <var data-var='date'> 6</var>, <var data-var='time'>21:05</var> UTC Resolved - Our Engineering team has confirmed that the issue affecting Functions on App Platform has been fully resolved. Functions builds, deploys, and requests to Functions endpoints are all working as expected. The fix implemented earlier was successful, and we are no longer seeing any problems affecting Functions. However, if you continue to experience any issues, please don't hesitate to raise a support ticket for further investigation. Aug <var data-var='date'> 6</var>, <var data-var='time'>20:02</var> UTC Monitoring - Our Engineering team has implemented a fix for the issue affecting Functions on App Platform. Functions builds/deploys and requests to Functions endpoints should now be completing successfully. We are currently monitoring the situation to ensure the service has returned to normal operation and remains stable. We apologize for the inconvenience and will provide a further update once the incident is confirmed resolved. Aug <var data-var='date'> 6</var>, <var data-var='time'>19:01</var> UTC Investigating - Our Engineering team is investigating an issue impacting Functions on App Platform. During this time, users may experience build/deploy failures for Functions components, and requests to Functions endpoints may fail with a 504 error, caused by an SSL error when App Platform attempts to forward requests to Functions. This issue currently appears to be isolated to Functions deployed within App Platform. We apologize for the inconvenience and will share an update once we have more information.

Functions on App Platform

Aug <var data-var='date'> 6</var>, <var data-var='time'>16:33</var> UTC Resolved - Between Aug 6, 06:42 UTC and 09:08 UTC, customers experienced failures with write operations across multiple DigitalOcean services, including Managed Databases, DOKS, Cloud Firewalls, DNS, Spaces, Block Storage Volumes, and event processing. Customers attempting to update Cloud Firewall rules, modify DNS records, manage object storage operations, provision or scale DOKS clusters and node pools, and make other infrastructure configuration changes experienced failures. These operations returned errors, preventing customers from managing their resources. Additionally, event processing was delayed or failed during this window, which may have impacted the timeliness of resource status updates and notifications. The services have recovered and are now operating normally. Customers should no longer experience issues with write operations, configuration changes, or event processing. We apologize for any inconvenience this may have caused. If you continue to experience issues with any of these services, please don't hesitate to open a support ticket. Our team will be happy to assist you.

Multiple Services Availability

Aug <var data-var='date'> 4</var>, <var data-var='time'>21:42</var> UTC Resolved - As of 21:06 UTC, our Engineering team has resolved the issue affecting Spaces Cold Storage billing. An error in our billing processing system caused incorrect values to be reflected in daily usage and current invoices for customers with cold storage buckets. Our team identified and corrected an issue with the billing data sync, ensuring accurate usage reporting. If you continue to experience any issues, please open a ticket with our Support team. We apologize for any inconvenience this may have caused. Aug <var data-var='date'> 4</var>, <var data-var='time'>20:44</var> UTC Monitoring - Our Engineering team has implemented a fix for the issue affecting Spaces Cold Storage billing and is currently monitoring the situation. Customers with cold storage buckets should no longer see incorrect values reflected in their daily usage and current invoices. We will post an update as soon as the issue is fully resolved. Aug <var data-var='date'> 4</var>, <var data-var='time'>18:52</var> UTC Identified - Our Engineering team has identified the issue affecting Spaces Cold Storage billing. The team is actively working on a fix to resolve the issue. We apologize for the inconvenience and will provide another update as soon as more information becomes available. Aug <var data-var='date'> 4</var>, <var data-var='time'>16:13</var> UTC Investigating - Our Engineering team is investigating an issue affecting Spaces Cold Storage billing. During this time, customers with cold storage buckets may see incorrect values reflected in their daily usage and current invoices. We apologize for the inconvenience and are actively working to resolve the issue. We will provide an update as soon as more information becomes available.

Spaces Cold Storage Billing

Aug <var data-var='date'> 3</var>, <var data-var='time'>17:59</var> UTC Resolved - Between 09:36 and 13:30 UTC on August 3, some customers experienced intermittent errors while accessing the DigitalOcean Cloud Control Panel. We renewed the affected internal certificates and restored access. The issue is resolved, and the Cloud Control Panel is operating normally. We apologize for the disruption. Aug <var data-var='date'> 3</var>, <var data-var='time'>16:39</var> UTC Monitoring - We have implemented mitigation for the issue causing some customers to experience intermittent errors when accessing the DigitalOcean Cloud Control Panel. We are seeing recovery and are monitoring the service closely. We will provide another update once we have confirmed the issue is fully resolved Aug <var data-var='date'> 3</var>, <var data-var='time'>13:58</var> UTC Investigating - Beginning at 09:36 UTC on August 3, some customers may experience intermittent errors when accessing the DigitalOcean Cloud Control Panel, including an "mTLS verification failed" message. Our engineering team is actively investigating. We apologise for the inconvenience this may have caused. We will provide another update as soon as more information is available. If you have any questions related to this issue, please send us a ticket from your cloud support page. https://cloudsupport.digitalocean.com/s/createticket

Cloud Control Panel Access

Jul <var data-var='date'>30</var>, <var data-var='time'>06:15</var> UTC Resolved - Our Engineering team has resolved the issue causing empty or broken responses from Kimi-K3. If you continue to experience any problems, please open a ticket with our Support team. We apologize for any inconvenience this may have caused. Jul <var data-var='date'>29</var>, <var data-var='time'>21:41</var> UTC Update - Our Engineering team is investigating reports of empty or broken responses impacting Kimi-K3. At this point, users may experience degraded response quality, specifically empty or broken outputs (including repeated characters), when querying the Kimi-K3 service. We apologize for the inconvenience and will share an update once we have more information. Jul <var data-var='date'>29</var>, <var data-var='time'>17:56</var> UTC Investigating - We are currently investigating this issue.

Response Degradation Impacting Kimi-K3

Jul <var data-var='date'>28</var>, <var data-var='time'>15:24</var> UTC Resolved - This incident has been resolved. Jul <var data-var='date'>27</var>, <var data-var='time'>19:44</var> UTC Identified - The issue has been identified and a fix is being implemented. Jul <var data-var='date'>27</var>, <var data-var='time'>18:31</var> UTC Investigating - We are currently investigating this issue.

Agent Platform Requests Returning HTTP 500 Errors

Jul <var data-var='date'>24</var>, <var data-var='time'>12:42</var> UTC Resolved - Between 07:46  UTC & 10:24 UTC today, some users in India accessing resources in the NYC region may have experienced connectivity issues. The impact was limited to users using Airtel as their ISP. Our investigation determined that the issue was caused by an internal network issue within Airtel and was not related to DigitalOcean network. The connectivity issue now appears to be resolved, and users should no longer experience problems accessing their resources. We apologize for any inconvenience this may have caused. However, if you continue to experience any connectivity issues, please don't hesitate to open a support ticket for further investigation; we'll be happy to assist you further. Jul <var data-var='date'>24</var>, <var data-var='time'>11:45</var> UTC Monitoring - We are observing improvements in network connectivity for users in India accessing resources in our NYC region. Our team is monitoring the situation to ensure that the service has returned to normal operation and remain stable. We appreciate your patience and will provide an update once the issue is fully confirmed as resolved. Jul <var data-var='date'>24</var>, <var data-var='time'>10:36</var> UTC Identified - We have noticed ​​​​​​​network connectivity issues affecting some users connecting from India to resources in the NYC region. Based on our current investigation, users on Airtel and BSNL have reported increased latency, packet loss, or intermittent connectivity. We apologize for the inconvenience and will provide an update as soon as more information becomes available.

Network Connectivity from India to NYC

Jul <var data-var='date'>23</var>, <var data-var='time'>12:37</var> UTC Resolved - This incident has been resolved. Jul <var data-var='date'>23</var>, <var data-var='time'>11:16</var> UTC Investigating - Our Engineering team is currently investigating an issue where the llama-4-maverick model is unavailable. Users may experience HTTP 500 errors while using this model with Serverless Inference. We apologize for the inconvenience. Our Engineering team is working with high priority to resolve the issue. Thank you for your patience and understanding.

Llama-4-Maverick Model Availability

Jul <var data-var='date'>22</var>, <var data-var='time'>19:42</var> UTC Resolved - This incident has been resolved. Jul <var data-var='date'>22</var>, <var data-var='time'>16:50</var> UTC Investigating - We are currently investigating this issue.

Gradient AI Serverless Inference Requests Timing Out for qwen3.5-397b-a17b

Jul <var data-var='date'>19</var>, <var data-var='time'>15:32</var> UTC Resolved - Our Engineering team has confirmed that the issue regarding volume attachment to Droplets in the NYC1, NYC3, SGP1, SYD1, and BLR1 regions has been fully resolved, and all services are now operating normally. If you continue to experience any issues, please contact our Support team by opening a ticket. We apologize for any inconvenience caused. Jul <var data-var='date'>19</var>, <var data-var='time'>14:52</var> UTC Monitoring - Our Engineering team has identified the root cause of the issue preventing volume attachments to Droplets in NYC1, NYC3, SGP1, SYD1, and BLR1 and has successfully implemented a fix. You should now be able to attach volumes to your Droplet(s) without encountering any further errors or issues. We are actively monitoring the situation to ensure the fix remains effective and will provide another update once the issue has been fully resolved. Jul <var data-var='date'>19</var>, <var data-var='time'>13:36</var> UTC Update - We are continuing to investigate this issue. Jul <var data-var='date'>19</var>, <var data-var='time'>13:34</var> UTC Update - We are continuing to investigate this issue. Jul <var data-var='date'>19</var>, <var data-var='time'>09:51</var> UTC Investigating - Our Engineering team is investigating an issue with attaching volume to the droplets in the NYC1, NYC3, SGP1, SYD1 and BLR1 regions. During this time you may experience an issue with attaching volume to the Droplet(s). We apologize for the inconvenience and will share an update once we have more information.

Block Storage Volume NYC1, NYC3, SGP1, SYD1 and BLR1

Jul <var data-var='date'>19</var>, <var data-var='time'>09:52</var> UTC Resolved - Our engineering team has resolved the outbound network connectivity issue in the BLR1 region. If you continue to experience problems, please open a ticket with our support team. We apologize for any inconvenience. Jul <var data-var='date'>19</var>, <var data-var='time'>09:31</var> UTC Monitoring - Our engineering team has implemented the necessary fixes affecting upstream network connectivity for Droplet-based services in the BLR1 region. Users should now be able to connect to the external endpoints from Droplets in BLR1. We are currently monitoring the situation to ensure that the service has returned to normal operation and remain stable. We appreciate your patience and will provide an update once the issue is fully confirmed as resolved. Jul <var data-var='date'>19</var>, <var data-var='time'>08:27</var> UTC Identified - Our Engineering team has identified an issue affecting upstream network connectivity for Droplet-based services in the BLR1 region and is actively working with the relevant upstream providers to implement a resolution. Customers may continue to experience intermittent timeouts or connectivity issues when attempting to reach external endpoints from Droplets in BLR1. We will provide another update once the issue has been fully resolved or when additional information becomes available. Jul <var data-var='date'>19</var>, <var data-var='time'>06:57</var> UTC Investigating - We are currently investigating an issue affecting outbound network traffic for Droplets in the BLR1 region. Customers may experience timeout errors or connectivity issues when attempting to reach external services. Our Engineering team is actively investigating the issue and working to identify the root cause. We will provide additional updates as soon as more information becomes available.

Networking in BLR1

Jul <var data-var='date'>16</var>, <var data-var='time'>17:24</var> UTC Resolved - Our Engineering team has confirmed that the underlying issue affecting Reserved IP routing in the TOR1 region has been fully resolved, and services are now operating normally. If you continue to experience any issues, please contact our Support team by opening a ticket. We apologize for any inconvenience caused. Jul <var data-var='date'>16</var>, <var data-var='time'>17:01</var> UTC Monitoring - Our Engineering team has implemented a fix for the issue affecting Reserved IP routing in the TOR1 region, and we are currently monitoring the results. Inbound and outbound traffic to and from Reserved IPs in TOR1 should now be restored. If you reassigned your Reserved IP as a workaround and are still experiencing issues, please reach out to our support team. We will continue to monitor the situation closely and provide a further update once we have confirmed the issue is fully resolved. Jul <var data-var='date'>16</var>, <var data-var='time'>15:30</var> UTC Identified - Our Engineering team has identified the cause of the issue affecting Reserved IP routing in the TOR1 region, which was causing inbound and outbound traffic to and from Reserved IPs in TOR1 to fail. Detaching and reassigning the Reserved IP to the Droplet may restore connectivity in the meantime. We recommend trying this workaround if you are still experiencing issues with your Reserved IP in TOR1. Our engineering team is now working on implementing a fix. We will provide updates as more information becomes available. Jul <var data-var='date'>16</var>, <var data-var='time'>13:39</var> UTC Investigating - Our Engineering team is investigating an issue affecting Reserved IP routing in the TOR1 region. The issue is causing inbound and outbound traffic to and from Reserved IPs in TOR1 to fail. In the meantime, detaching and reassigning the Reserved IP to the Droplet may restore connectivity. We recommend trying this workaround if you are experiencing issues with your Reserved IP in TOR1. Our engineering team is actively investigating the root cause and working towards a resolution. We will provide updates as more information becomes available.

Reserved IP routing in TOR1

Jul <var data-var='date'>15</var>, <var data-var='time'>21:46</var> UTC Resolved - The deployed fix has successfully restored full functionality, and our monitoring shows that system performance has completely stabilized. Response times for all Gemma 4 inference workflows have returned to normal baseline levels. We will continue to track platform stability moving forward to ensure long-term reliability. We apologize for any disruption this may have caused to your workflows and appreciate your patience throughout the recovery process. Jul <var data-var='date'>15</var>, <var data-var='time'>10:06</var> UTC Monitoring - A fix has been deployed to resolve the issue. We are closely monitoring system performance to ensure full recovery and normal response times for all Gemma 4 inference workflows. Jul <var data-var='date'>14</var>, <var data-var='time'>11:07</var> UTC Identified - We are currently experiencing an issue affecting customers using the Gemma 4 model on our Serverless Inference platform. Customers may experience significantly increased latency or request timeouts. Our Engineering team has identified a backend configuration issue as the root cause, which is temporarily impacting model performance. Please be assured that our Engineering team is actively working on a fix and is treating this issue with high priority. We sincerely apologise for any inconvenience this may have caused and appreciate your patience and understanding. If you have any further questions, please create a support ticket so that we can investigate your specific case further. Jul <var data-var='date'>13</var>, <var data-var='time'>22:24</var> UTC Monitoring - A fix has been deployed to resolve the backend configuration issue. We are closely monitoring system performance to ensure full recovery and normal response times for all Gemma 4 inference workflows. Jul <var data-var='date'>13</var>, <var data-var='time'>19:04</var> UTC Identified - We are currently experiencing an issue where customers using the Gemma 4 model on our Serverless Inference and Dedicated Inference platforms may experience severe latency or request timeouts. Our engineering team has identified a backend configuration issue as the root cause, which is temporarily degrading performance. We are actively working on a fix to restore normal response times and will provide another update as soon as the mitigation is in place

Serverless Inference - Gemma4 Latency Issues Causing Timeouts & Slow Responses

Jul <var data-var='date'>11</var>, <var data-var='time'>01:27</var> UTC Resolved - The issue affecting Kubernetes deployments in the NYC1 region has been resolved. Our investigation found intermittent DNS timeouts affecting a small number of DOKS clusters, with affected worker nodes running on shared-CPU Droplets. This is a documented limitation for latency-sensitive cluster DNS workloads such as CoreDNS. The affected clusters are currently functional. To reduce the risk of recurrence, we recommend running CoreDNS on non-shared/dedicated CPU node pools and using sufficient CoreDNS replicas. If you continue to see DNS failures or NodeNotReady events, please open a support ticket so we can investigate that cluster specifically. Jul <var data-var='date'>10</var>, <var data-var='time'>01:18</var> UTC Monitoring - The issue affecting Kubernetes deployments in NYC1 has subsided. Workloads should now be functioning normally. Our Engineering team is continuing to monitor the affected systems to confirm full resolution. We'll update this page if any further action is needed. We apologize for the inconvenience this may have caused. Jul <var data-var='date'> 9</var>, <var data-var='time'>20:31</var> UTC Investigating - Our Engineering team is investigating an issue affecting Kubernetes deployments in NYC1. Users may see intermittent DNS failures and NodeNotReady events from application workloads during this time. We apologize for the inconvenience, we'll share new information on this page as soon as it is available.

Kubernetes Deployments in NYC1

Jul <var data-var='date'> 7</var>, <var data-var='time'>15:30</var> UTC Completed - The scheduled maintenance has been completed. Jul <var data-var='date'> 7</var>, <var data-var='time'>10:30</var> UTC In progress - Scheduled maintenance is currently in progress. We will provide updates as necessary. Jul <var data-var='date'> 4</var>, <var data-var='time'>09:05</var> UTC Scheduled - Start: 2026-07-07 10:30 UTC End: 2026-07-07 15:30 UTC During the above maintenance window, our Networking Engineering team will be making changes to the core networking infrastructure on Baremetal GPU to enhance performance and scalability in the NYC2 region. Expected impact: We do not expect any customer impact during this maintenance. However, if any unexpected issues arise, our team will continuously monitor the situation and take appropriate corrective actions, including rolling back the change if necessary to restore service stability. We will make every effort to minimize any impact. If you have any questions related to the maintenance, please don’t hesitate to reach out to us through https://cloudsupport.digitalocean.com/s/createticket

NYC2 Network Maintenance

Jul <var data-var='date'> 5</var>, <var data-var='time'>00:53</var> UTC Resolved - Our Engineering team has confirmed that the issue with the Deepseek V4 Pro model in Serverless Inference and Agent Platform has been fully resolved. The model is now operational, and users should be able to use it without experiencing any errors. If you continue to experience any problems, please open a ticket with our Support team. We apologize for any inconvenience this may have caused and appreciate your patience. Jul <var data-var='date'> 4</var>, <var data-var='time'>23:18</var> UTC Monitoring - Our Engineering team has implemented a fix for the issue with the Deepseek V4 Pro model in Serverless Inference and Agent Platform. The model should now be operational, and users should no longer receive error 429 messages when attempting to use it. We are currently monitoring the situation to ensure the fix is successful and the model is functioning as expected. We will post an update if any further issues arise. If you continue to experience problems, please open a ticket with our Support team. We apologize for any inconvenience this may have caused. Jul <var data-var='date'> 4</var>, <var data-var='time'>22:13</var> UTC Investigating - Our Engineering team is investigating reports of an incident affecting the Deepseek V4 Pro model in Serverless Inference and Agent Platform. Users may experience errors when attempting to use this model, specifically receiving error 429 messages. We apologize for the inconvenience and are working to resolve the issue as soon as possible. We will provide an update once we have more information.

Limited access to Deepseek V4 Pro model

Jul <var data-var='date'> 4</var>, <var data-var='time'>15:10</var> UTC Resolved - Our Engineering team has confirmed that the issue impacting Droplets in the NYC3 region has been fully resolved. Users can now perform actions on their Droplets or create new Droplets in this region without any issues. We appreciate your patience while we worked to resolve this issue. If you continue to experience any problems, please open a support ticket from your account so our team can investigate further. Jul <var data-var='date'> 4</var>, <var data-var='time'>14:42</var> UTC Monitoring - Our Engineering team has implemented a fix to address the issue affecting Droplets in the NYC3 region. The issue, which began at 12:38 UTC, caused disruptions to customers attempting to perform actions on their Droplets in the NYC3 region. During this time, customers may also have experienced errors when trying to create Droplets in this region. We are actively monitoring the situation to ensure the fix remains effective and will provide another update once the issue has been fully resolved.

Droplet Actions in NYC3

Jul <var data-var='date'> 3</var>, <var data-var='time'>08:20</var> UTC Resolved - Our engineering team has resolved the issue with Managed Database Clusters. All database systems should now be operating normally. If you continue to experience problems, please open a ticket with our support team. We apologize for any inconvenience. Jul <var data-var='date'> 3</var>, <var data-var='time'>06:08</var> UTC Monitoring - Our engineering team has implemented a fix to resolve the issue with Managed Database Clusters and is monitoring the situation. We will post an update as soon as the issue is fully resolved. Jul <var data-var='date'> 3</var>, <var data-var='time'>02:28</var> UTC Update - Our engineering team is still investigating the issue affecting Managed Database Clusters. Users may still encounter delays creating/scaling/forking/restoring the aforementioned Managed Database Clusters. We are working to resolve this as soon as possible. we apologize for the inconvenience. We will post an update here once we have more information. Jul <var data-var='date'> 2</var>, <var data-var='time'>22:04</var> UTC Investigating - Our engineering team is investigating an issue affecting Managed Database Clusters. Currently, users may encounter delays when creating/scaling/forking and restoring Standard MySQL, Standard PostgreSQL, OpenSearch, Kafka, and Valkey clusters through the Cloud Control Panel or API. We apologize for the inconvenience and will provide further updates as soon as more information is available.

Managed Database Clusters

Jul <var data-var='date'> 2</var>, <var data-var='time'>03:38</var> UTC Resolved - This incident has been resolved, and our teams continue to monitor the results. If you experience any further issues, please contact support. Jul <var data-var='date'> 1</var>, <var data-var='time'>08:39</var> UTC Identified - Our Engineering team has identified the issue causing Agents to experience timeouts while retrieving data from Knowledge Bases. Please be assured that our Engineering team is actively working on a fix and is treating this issue with high priority. We sincerely apologise for any inconvenience this may have caused and appreciate your patience and understanding. If you have any further questions, please create a support ticket so that we can investigate your specific case further. Jul <var data-var='date'> 1</var>, <var data-var='time'>06:25</var> UTC Investigating - Our Engineering team is currently investigating an issue where Agents are experiencing timeouts while retrieving data from Knowledge Bases. As a result, affected Agents may fail to retrieve data and return the following error: "Failed to retrieve data from Knowledge base(s) - timeout" Please be assured that we are treating this as a high-priority issue and are actively working to mitigate it. We sincerely apologise for any inconvenience this may have caused and appreciate your patience and understanding. If you have any further questions, please create a support ticket so that we can investigate your specific case further.

Agent Timeouts While Retrieving Data from Knowledge Bases

Jul <var data-var='date'> 1</var>, <var data-var='time'>16:28</var> UTC Resolved - The intermittent DNS lookup failures between Managed Kubernetes and Managed Database hostnames in the FRA1 region have been resolved for now but please let us know if you see the issue again. Connectivity has remained stable, and all systems are operating normally. If you continue to experience any problems, please open a ticket with our support team. Thank you for your patience, and we apologize for any inconvenience. Jul <var data-var='date'> 1</var>, <var data-var='time'>12:15</var> UTC Update - We are continuing to investigate this issue. Jul <var data-var='date'> 1</var>, <var data-var='time'>11:35</var> UTC Investigating - As of 06:39 UTC, our Engineering team is investigating reports of intermittent DNS lookup failures for Managed Database hostnames from Managed Kubernetes, primarily affecting connections from Managed Kubernetes to Managed Database hostnames. At this point, customers in the FRA1 region may experience intermittent connectivity issues. We apologize for the inconvenience and will share an update once we have more information.

Is Digital Ocean down?

Digital Ocean status is UP

Lastest published events

Container Registry and Spaces Accessibility

Major Service Interruption in MKC1

Volume Attach/Detach events in FRA1

Digital Ocean Services, Components and Regions

Recent Digital Ocean events

Spaces Maintenance in LON1, SGP1 and SYD1

Container Registry and Spaces Accessibility

Major Service Interruption in MKC1

Volume Attach/Detach events in FRA1

Account Registration, Droplets, and Related Services

Functions on App Platform