Camunda Outage History
Camunda is up right nowCamunda had 20 outages in the last 2 years totaling 147h 57m of downtime — averaging 0.8 incidents per month.
There were 20 Camunda outages since November 7, 2024 totaling 147h 57m of downtime. Each is summarised below — incident details, duration, and resolution information.
Web Modeler performance degradation
Timeline · 4 updates
- investigating Aug 08, 2026, 09:52 PM UTC
We are currently investigating reports of degraded performance of Camunda's Web Modeler offering. Our team is working to identify the cause and implement a solution.
- identified Aug 08, 2026, 09:54 PM UTC
The issue has been identified as caused by database lock contention from the background cleanup of recently deleted items. We are working to mitigate the issue.
- identified Aug 08, 2026, 09:55 PM UTC
We are continuing to work on a fix for this issue.
- resolved Aug 08, 2026, 09:57 PM UTC
A hotfix was deployed to mitigate the issue. We apologize for any inconvenience caused and thank you for your patience.
Modeler UI unresponsive after release 8.9.31
Timeline · 2 updates
- identified Jul 02, 2026, 07:34 PM UTC
Earlier today, starting around 10:20 AM EDT (14:20 UTC), Web Modeler SaaS became unresponsive for a short period after the release of version 8.9.31. The issue was identified as a Flyway migration-related problem, and we mitigated it by rolling back to version 8.9.30.
- resolved Jul 02, 2026, 07:36 PM UTC
The issue has been resolved. Earlier today, starting around 10:20 AM EDT (14:20 UTC), Web Modeler SaaS was unresponsive for a couple of minutes after the release of version 8.9.31. We mitigated the issue by rolling back to version 8.9.30, which restored service. We apologize for any inconvenience caused and thank you for your patience.
C8 Monitoring
Timeline · 2 updates
- monitoring Jun 18, 2026, 09:42 AM UTC
test
- resolved Jun 18, 2026, 09:43 AM UTC
Test done
C8 SaaS AWS region US-EAST-1 - possible degraded service
Timeline · 4 updates
- identified May 08, 2026, 05:43 AM UTC
The issue has been identified as AWS incident in availability zone use1-az4/us-east-1b. We are working to mitigate the issue and will provide an update in the next 2hrs. Affected Region: AWS - US-EAST-1 Summary of AWS incident - https://health.aws.amazon.com/health/status AWS is currently experiencing an infrastructure issue in one Availability Zone of the US-EAST-1 region, caused by elevated temperatures in a single data center. As a result, some compute and storage resources in that zone are operating with reduced availability or increased latency. Other zones in US-EAST-1 are unaffected. AWS reports early signs of recovery: additional cooling capacity has been brought online and affected hardware is being restored in a controlled manner. Some workloads in the impacted zone may continue to see elevated error rates until full recovery is complete. We are actively monitoring the situation and will share further updates as the situation evolves.
- monitoring May 08, 2026, 07:06 AM UTC
We continue to monitor the ongoing AWS infrastructure issue affecting one Availability Zone in the US-EAST-1 region. AWS reports continued progress toward recovery, with most affected hardware already restored. A small number of resources may still see elevated error rates or latency until AWS completes full recovery. Most customer workloads have returned to normal operation. We are actively restoring the few remaining impacted services and will share another update once AWS provides their next status report (expected by 12:00 CEST).
- monitoring May 08, 2026, 09:41 AM UTC
We are continuing to monitor for any further issues.
- resolved May 08, 2026, 09:43 AM UTC
The issue has been resolved. AWS infrastructure issue affecting one availability zone in the US-EAST-1 region. reference: https://health.aws.amazon.com/health/status We apologize for any inconvenience caused and thank you for your patience.
C8 SaaS Authentication Outage
Timeline · 1 update
- resolved Apr 23, 2026, 10:44 AM UTC
On April 22, 2026, from 18:29 UTC to 19:01 UTC (32 minutes), Camunda 8 SaaS experienced a login outage caused by an incident at Auth0, our external authentication provider. During this period, new sign-ins to C8 SaaS were not possible for affected users. Existing sessions remained unaffected. The root cause was fully on Auth0's side and outside Camunda's control. Auth0 resolved the incident at 19:01 UTC, after which login functionality was restored automatically. Reference: Auth0 incident report: https://status.auth0.com/incidents/04dsyk887lv6
C8 SaaS outage
Timeline · 2 updates
- identified Feb 06, 2026, 02:49 PM UTC
The issue has been identified. We are working to mitigate the issue and will provide an update in the next 30min. Affected Versions: All C8 SaaS Affected Regions: - Belgium, Europe (europe-west1) - South Carolina, North America, (us-east1)
- resolved Feb 06, 2026, 03:04 PM UTC
The issue has been resolved. There was an issue with our ingress. We apologize for any inconvenience caused and thank you for your patience.
C8 SaaS Unreachable
Timeline · 6 updates
- identified Nov 18, 2025, 11:59 AM UTC
We are aware of a network issue affected the whole Camunda SaaS platform. We are working to mitigate the issue and will provide an update in the next [30min].
- identified Nov 18, 2025, 12:13 PM UTC
Camunda SaaS is currently impacted by an on-going issue with our service provider Cloudflare. Our team is working to mitigate the issue and will provide an update within the next hour.
- monitoring Nov 18, 2025, 12:20 PM UTC
Camunda is observing recovery, but does not yet have confirmation from Cloudflare that the issue is fully resolved. We are continuing to monitor and will post another update within the hour.
- monitoring Nov 18, 2025, 01:12 PM UTC
Camunda is observing recovery, but does not yet have confirmation from Cloudflare that the issue is fully resolved. We are continuing to monitor and will post another update within the hour.
- monitoring Nov 18, 2025, 02:03 PM UTC
Camunda 8 SaaS services are now restored. Connector services are functional but are unable to reach marketplace.camunda.com Camunda continues to monitor updates from Cloudfare about its restoration efforts.
- resolved Nov 18, 2025, 03:03 PM UTC
The incident is now resolved for Camunda 8 SaaS.
C8 web app outage in Google cloud region Sydney
Timeline · 3 updates
- investigating Nov 03, 2025, 11:05 PM UTC
We are currently investigating reports of user seeing 404 when navigating to Operate, Tasklist and Optimize due to issues with Authentication. Our team is working to identify the cause and implement a solution. Affected Regions: Sydney, Australia (syd-1)
- monitoring Nov 03, 2025, 11:38 PM UTC
A fix has been implemented and we are monitoring the situation to ensure stability. Further updates will be provided as necessary. Sydney, Australia (syd-1)
- resolved Nov 03, 2025, 11:49 PM UTC
The issue has been resolved. We apologize for any inconvenience caused and thank you for your patience.
Connectors 8.8 issues after upgrades with Early Access feature are experiencing issues.
Timeline · 4 updates
- investigating Oct 30, 2025, 04:54 PM UTC
We are currently investigating issues with Connectors after an upgrade to 8.8. Our team is working to identify the cause and implement a solution.
- identified Oct 30, 2025, 05:25 PM UTC
Camunda Clusters running version 8.8 with app-integrations enabled are currently experiencing a service disruption affecting Connectors; when using this early access alpha feature. We’ve identified the root cause as a malformed configuration introduced in this version. A software fix has been developed and is currently undergoing testing in our integration environments.
- monitoring Oct 30, 2025, 06:24 PM UTC
We are in the process of rolling out the configuration fix across our fleet of clusters. The rollout is being performed gradually. We are closely monitoring all environments as the update progresses.
- resolved Oct 30, 2025, 06:30 PM UTC
This incident has been resolved.
Cluster updates result in cluster remaining in Updating or Unhealthy status
Timeline · 4 updates
- investigating Oct 28, 2025, 11:42 AM UTC
We are currently investigating alerts of stuck updates. The health information in our SaaS Console calculates that the update process is ongoing. However, the update is already finished. We identified that the health logic incorrectly takes into account the legacy importer from the prior version. Impact: Incorrect health states in our SaaS Console and issues by dependent systems that take the health state into account. Affected Versions: Clusters that were updated to SaaS Generation 8.8gen2
- identified Oct 28, 2025, 12:51 PM UTC
We’ve identified an issue with the health evaluation logic in our Control Plane and are actively working on a fix. In the meantime, we’re manually triaging affected clusters to move them out of the “Update” state. The Camunda cluster itself is available and not affected from this.
- identified Oct 28, 2025, 01:28 PM UTC
We have developed a fix addressing the Control Plane health logic issue. The update is currently being tested and validated in our development and staging environments to ensure stability before production release. We’ve also completed triage of all Enterprise clusters to ensure the issue is not affecting the interactions in our SaaS Console.
- resolved Oct 28, 2025, 04:02 PM UTC
The incident has been resolved. The fix has been successfully deployed to all production systems, and normal operation has been fully restored.
Degraded Camunda Orchestration Clusters in AWS us-east-1
Timeline · 7 updates
- identified Oct 20, 2025, 09:49 AM UTC
We are aware of an issue impacting the AWS `us-east-1` region and we are closely monitoring the situation. See: https://health.aws.amazon.com/health/status We will update this incident as the situation progresses and will post an update within the next 1 hour. Affected Regions: * AWS: North America, Virginia (us-east-1)
- identified Oct 20, 2025, 09:50 AM UTC
We are continuing to work on a fix for this issue.
- identified Oct 20, 2025, 10:47 AM UTC
Our teams are still trying to mitigate the situation with our cloud provider. We are seeing a slow improvement of the requests made to AWS and are slowly getting back the missing compute capacity to run all our customers' workloads.
- monitoring Oct 20, 2025, 11:50 AM UTC
Most of the affected Camunda Orchestration Clusters have been recovered and should be working correctly. We are still seeing issues with our cloud provider, and some Camunda Orchestration Clusters may we working with reduced capacity. Impacted clusters are still processing their data, but slower than usual. We will post an update within the next 1 hour.
- monitoring Oct 20, 2025, 01:04 PM UTC
We are still seeing issues coming from our cloud provider and we keep monitoring the situation.
- monitoring Oct 20, 2025, 05:33 PM UTC
We are still seeing errors from our cloud provider and we have deployed several mitigations which acquired enough capacity to run all our customers Camunda Orchestration Clusters. In the meantime, we will continue monitoring the situation.
- resolved Oct 21, 2025, 07:46 AM UTC
The incident with our cloud provider as been resolved and all the Camunda Orchestration Clusters in the region are working normally since 19:33 CEST yesterday.
C8 SaaS clusters can be unhealthy status due to images not being pulled
Timeline · 2 updates
- identified Sep 25, 2025, 01:22 AM UTC
On all GCP regions, C8 workloads cannot start due to images not being pulled. As a result, pods cannot be started and C8 SaaS clusters can be in Unhealthy status. This affects different customers. Our team is working to identify the cause and implement a solution. Affected Regions: South Carolina, North America (us-east1), Iowa, North America (us-central1), Toronto, North America (northamerica-northeast2), Belgium, Europe (europe-west1), London, Europe (europe-west2), Sydney, Australia (australia-southeast1)
- resolved Sep 25, 2025, 01:55 AM UTC
The issue has been resolved. The images could not be fetched due to problems with authentication with Dockerhub caused by an issue on their side. Details of the issue are shared in the Dockerhub statuspage - https://www.dockerstatus.com/pages/history/533c6539221ae15e3f000031 We apologize for any inconvenience caused and thank you for your patience.
Google Cloud IAM Outage Impacting Camunda Cloud 8
Timeline · 5 updates
IDP process instance never completes
Timeline · 2 updates
- identified May 21, 2025, 02:26 PM UTC
We are currently investigating reports of instances of IDP process extractions initiated on web-modeler that never complete. Our team is working to identify the cause and implement a solution. Affected Versions: Camunda 8.7.2 SaaS Affected Regions: Belgium, Europe (europe-west1), London, Europe (europe-west2) Franfkurt, Europe (eu-central-1) South Carolina, North America (us-east1) Iowa, North America (us-central1) Toronto, North America (northamerica-northeast2) Virgnia, North America (us-east-1) Singapore, Asia (asia-southeast1) Sydney, Australia (australia-southeast1)
- resolved May 21, 2025, 04:38 PM UTC
The issue has been resolved. We deployed a hotfix that addressed the problem. We apologize for any inconvenience caused and thank you for your patience.
Zeebe and Elasticsearch outage for us-central1, europe-west1 and europe-west2 GCP regions
Timeline · 8 updates
- identified May 20, 2025, 05:10 AM UTC
We are currently investigating Zeebe outage for some clusters. Our team is working to identify the cause and implement a solution. Affected Regions: Iowa, North America (us-central1) & London, Europe (europe-west2)
- identified May 20, 2025, 06:02 AM UTC
We are currently investigating the problem with our cloud provider support engineers.
- identified May 20, 2025, 06:42 AM UTC
We are continuing our investigation of Zeebe and Elasticsearch outage for some clusters. In some cases, disks cannot be mounted. This can lead to situations, where either Zeebe processing, or data imported into WebApps (Operate, Tasklist, Optimize), or both, are impacted. Affected Regions: Iowa, North America (us-central1), Belgium, Europe (europe-west1), London, Europe (europe-west2), South Carolina, North America (us-east1), Toronto, North America (northamerica-northeast2), Toronto, North America (northamerica-northeast2), Sydney, Australia (australia-southeast1)
- identified May 20, 2025, 08:24 AM UTC
We are working closely with our cloud infrastructure provider to identify the cause of the issue. In some cases, disks cannot be mounted. This can lead to situations where either Zeebe processing, data imported into WebApps (Operate, Tasklist, Optimize), or both are impacted. Connectors might also be impacted due to transitivity with other affected components. Affected Regions: Iowa, North America (us-central1), Belgium, Europe (europe-west1), London, Europe (europe-west2), South Carolina, North America (us-east1), Toronto, North America (northamerica-northeast2), Toronto, North America (northamerica-northeast2), Sydney, Australia (australia-southeast1)
- identified May 20, 2025, 09:38 AM UTC
Our teams continue working closely with our cloud infrastructure provider to identify the cause of the issue and implement a solution
- identified May 20, 2025, 10:35 AM UTC
Our teams are actively implementing mitigations while continuing to investigate the root cause in collaboration with our cloud infrastructure provider.
- identified May 20, 2025, 11:31 AM UTC
We are observing improvements across all regions and we continue to closely monitor the situation to ensure full stability.
- resolved May 20, 2025, 12:48 PM UTC
The issue causing unavailability of disks in some GCP regions has been resolved by our cloud infrastructure provider. All Camunda Services have fully recovered. We apologize for any inconvenience caused and thank you for your patience.
Update path of Tasklist limited
Timeline · 2 updates
- identified May 19, 2025, 03:19 PM UTC
We have identified an issue with the Tasklist update from 8.3.x to 8.4.20 and 8.4.x to 8.5.15. After updating, the Tasklist importer will get stuck, leading to no new data being imported for Tasklist. General processing is *not* affected. We have the issue identified and are working on a fix asap. We have temporarily disabled updates in SaaS.
- resolved May 22, 2025, 07:23 AM UTC
The issue has been resolved. Tasklist update paths are restored. We apologize for any inconvenience caused and thank you for your patience.
C8 - 8.7 update path blocked
Timeline · 3 updates
- identified Apr 09, 2025, 09:04 AM UTC
We disabled the update path from 8.6.13 to 8.7.0 because of a bug we identified after the update, that led to stopped Zeebe processing in some situations where multi-instances were in use. We are preparing an 8.7.1 patch, which will allow full recovery of affected clusters. No risk of data loss exists. Affected Versions: 8.6.13 to 8.7.0 update
- identified Apr 09, 2025, 09:05 AM UTC
We've spotted that something has gone wrong. We're currently investigating the issue, and will provide an update soon.
- resolved Apr 09, 2025, 05:36 PM UTC
The issue has been resolved. Update paths have been re-enabled. We apologize for any inconvenience caused and thank you for your patience.
Camunda 8.7-alpha3 SaaS temporarily disabled
Timeline · 3 updates
- identified Jan 15, 2025, 10:47 AM UTC
We have identified an issue with Camunda 8.7-alpha3 on SaaS. This issue leads to data not appearing in Operate and Tasklist. We have disabled the creation of new alpha3 clusters. We have identified the root cause and are working on the solution. We expect the solution to be rolled out on Thursday (16/01). Once the solution has been rolled out, we will re-enable the creation of alpha3 SaaS clusters. Existing alpha3 will be reset once the solution is rolled out. Processes have to be re-deployed. Affected Versions: Camunda 8.7-alpha3 SaaS Affected Regions: Global
- identified Jan 16, 2025, 04:14 PM UTC
We have a solution in test and expect it to be rolled out on Friday (17/01). Once the solution has been rolled out, we will re-enable the creation of alpha3 SaaS clusters. Existing alpha3 will be reset once the solution is rolled out. Processes have to be re-deployed. Affected Versions: Camunda 8.7-alpha3 SaaS Affected Regions: Global
- resolved Jan 17, 2025, 08:13 PM UTC
The generation 8.7.0-alpha3 is available again, functional and the new default in the alpha channel. Thanks for your patience!
Optimize 8.6.1 not available on some clusters
Timeline · 2 updates
- identified Nov 07, 2024, 05:22 PM UTC
We have identified an issue where a small number of Optimize instances were not starting between 12:00 and 17:00. This only impacted new Optimize 8.6.1 instances. No other components are affected and we have not identified any data corruption. We apologize for any inconvenience caused and thank you for your patience, and have already applied a fix for impacted clusters.
- resolved Nov 07, 2024, 05:24 PM UTC
The fix has already been applied and Optimize is now available on all impacted clusters.