Exalate Outage History

Started Aug 27, 2026, 04:36 AM UTC· resolved Aug 27, 2026, 05:27 AM UTC

1. investigating Aug 27, 2026, 04:36 AM UTC

   Atlassian is experiencing an issue with Jira and other systems currently - details here: https://status.atlassian.com/ This may affect your Exalate connections if you are connecting to a Jira instance.

2. identified Aug 27, 2026, 04:44 AM UTC

   The issue has been identified and a fix is being implemented.

3. monitoring Aug 27, 2026, 05:09 AM UTC

   Atlassian have put a fix in place to resolve the issue. Your synchronization should already be back to normal, but please reach out to support in case of any issues.

4. resolved Aug 27, 2026, 05:27 AM UTC

   All Atlassian systems are back to normal, and the synchronization is working as expected. In case of any issues with your sync, please create a support ticket and we will be happy to assist.

5. postmortem Sep 08, 2026, 05:41 AM UTC

   N/A

Read the full incident report →

Started Jul 24, 2026, 06:12 AM UTC· resolved Jul 24, 2026, 04:33 PM UTC

1. identified Jul 24, 2026, 06:12 AM UTC

   Following up on an unadverted change in the application name which causes the proxy user to be shown with the full name of the application instead of just "Exalate". This is already notified to Atlassian and we are awaiting the required action on their end to revert the change. Impact: Updates made by Exalate will display "Exalate Classic Connector for Jira (Two-way Sync)" as the user making the change.

2. identified Jul 24, 2026, 09:15 AM UTC

   We continue to investigate the best approach to solve this issue with the help of Atlassian support.

3. identified Jul 24, 2026, 12:39 PM UTC

   We are actively working with Atlassian support to determine the best resolution for this issue as soon as possible.

4. identified Jul 24, 2026, 03:47 PM UTC

   We are actively working with Atlassian support to determine the best resolution for this issue as soon as possible. We will be providing the next update within 6 hours or as soon as we have any relevant information.

5. resolved Jul 24, 2026, 04:33 PM UTC

   The proxy user name was reverted back to Exalate. We are considering the incident as resolved.

Read the full incident report →

Started Jul 16, 2026, 11:28 AM UTC· resolved Jul 16, 2026, 05:18 PM UTC

1. investigating Jul 16, 2026, 11:28 AM UTC

   Some Jira Cloud nodes are experiencing instability over the past 30mins. The problem is limited and only affects some customers. We will be providing an update shortly.

2. identified Jul 16, 2026, 12:03 PM UTC

   We will be actioning a change on Exalate Cloud to improve stability. The impact on your node will be that limited to a restart with the node being unavailable for a couple of min. The inconvenience is regretted.

3. identified Jul 16, 2026, 01:38 PM UTC

   The rolling restart of the nodes is in progress. You will experience a brief restart on JCloud nodes. We will keep you posted with our progress.

4. identified Jul 16, 2026, 03:15 PM UTC

   The restart is still in progress and is going without any issues. We will update you as soon as it is completed.

5. monitoring Jul 16, 2026, 03:57 PM UTC

   All nodes are back to normal operation. We continue to monitor the situation closely.

6. resolved Jul 16, 2026, 05:18 PM UTC

   After close monitoring, the issue is considered as fully resolved. We will be posting a RCA here in due course.

Read the full incident report →

Started Jul 13, 2026, 10:15 PM UTC· resolved Jul 14, 2026, 10:14 PM UTC

1. investigating Jul 13, 2026, 10:15 PM UTC

   We've received multiple reports of syncs looping after update to the new Jira Cloud forge app. Our initial investigation leads us to believe this is happening due to the change in the Proxy User account. We are actively working on determining the root cause and applying a fix.

2. investigating Jul 13, 2026, 11:48 PM UTC

   We continue to investigate this issue with our engineers to determine the root cause.

3. identified Jul 14, 2026, 04:58 AM UTC

   The root cause has been identified and we are working on a fix. Please expect another update within an hour.

4. identified Jul 14, 2026, 07:05 AM UTC

   The fix is currently being validated to find the best approach forward. We will provide another update within the hour.

5. identified Jul 14, 2026, 08:11 AM UTC

   Unfortunately, the testing of the fix revealed an unexpected issue and we are now fine tuning the fix in order ensure that it incorporates all possible use cases. We will have an update for you in an hour.

6. identified Jul 14, 2026, 09:09 AM UTC

   The new fix has been created and initial tests are promising. We are deep in QA with the new fix and will provide an update within the hour about the results. The inconvenience is regretted.

7. identified Jul 14, 2026, 10:11 AM UTC

   We are still testing the fix and results are still good. We are close to finalizing it. Next update will be within the hour.

8. identified Jul 14, 2026, 11:39 AM UTC

   The fix is ready and we are working on the deployment approach with minimal impact for customers. It will be systematically rolled out to all clients. We will provide an update in the next hour about the deployment.

9. identified Jul 14, 2026, 12:51 PM UTC

   We have deployed the fix to a few select customers and validated results further. The mass rollout is being planned right now. We will update you within the next hour about progress.

10. identified Jul 14, 2026, 02:24 PM UTC

    We are still on course for the patch deployment and the release is going through additional QA validation now (required for a full production deployment). We expect to have the next update within an hour.

11. identified Jul 14, 2026, 04:11 PM UTC

    The QA and testing is taking slightly longer than expected, but we expect to start the deployment within the next hour. We will update you before starting this.

12. monitoring Jul 14, 2026, 05:41 PM UTC

    The deployment of the hotfix: Exalate Classic 5.35.4 - Jira Cloud, in underway (https://community.exalate.com/t/jira-cloud-version-5-35-4/8215). The deployment is being closely monitored for any anomalies. We will update you in an hour.

13. monitoring Jul 14, 2026, 06:55 PM UTC

    The deployment continues uninterrupted. We will update you in due course as soon as it is fully completed.

14. resolved Jul 14, 2026, 10:14 PM UTC

    The deployment was completed successfully and the issue reported stands fully resolved. A detailed RCA will be published in due course.

15. postmortem Jul 28, 2026, 08:00 PM UTC

    **Impact:** Some Classic Exalate for Jira Cloud connections experienced repeated, duplicated synchronisations following an infrastructure migration to Atlassian's Forge platform. On affected connections customers saw: * **Duplicate activity** — the same update, comment, or field change applied to an issue over and over as the sync looped. * **Reopened / resurrected issues** — issues that had been closed being reopened, and other status or field values being overwritten back and forth between the paired issues. * **Distorted dashboards and reports** driven by the volume of duplicate changes. * **Broken automations and workflow validations** — because the integration user's name \(and underlying ID\) changed, customer-side Jira Automation rules and workflow validators that referenced the "Exalate" user by name stopped behaving as configured. * **Stuck or failed syncs**, and in some cases a connection going down, requiring manual retries or recovery. * Increased **manual effort** for teams to unstick syncs and correct affected issues. Not all customers were affected — impact depended on connection configuration. The most exposed were local connections and issues that had previously been created or updated under the original "Exalate" identity and were then touched under the renamed one. **Summary:** As part of moving Classic Exalate for Jira Cloud to Atlassian's Forge platform, the name shown for Exalate's integration user inside Jira changed \(from "Exalate" to a longer variant\). Exalate used that name to recognise its own updates and avoid re-synchronising them. Once the name changed, the app no longer recognised its own writes on affected connections and re-processed them as if they were new external changes — each write triggering another sync, producing loops. The same identity change also broke customer automations and validations that referenced the "Exalate" user by name. **Resolution:** A patch \(5.35.4\) that recognises Exalate's own updates by a stable user identifier rather than the display name was validated on affected customer environments and deployed across the Jira Cloud fleet. Synchronisation returned to normal once deployment completed. Atlassian has since restored and confirmed the integration user's name as "Exalate", and it is now stable — repairing automations that reference it by name. Where loops created duplicate or reopened items, we are working with affected customers to identify and correct the affected issues. **Preventive measures:** Loop-prevention no longer depends on a changeable display name; we are adding an impact-review and notification step around platform-driven changes and app updates, and automated detection of synchronisation loops and database saturation so recovery does not depend on customer reports. We apologise for the disruption and remain committed to the reliability of the Exalate platform.

Read the full incident report →

Started Jun 23, 2026, 09:10 AM UTC· resolved Jun 23, 2026, 12:47 PM UTC

1. investigating Jun 23, 2026, 09:10 AM UTC

   We are currently investigating an issue when trying to load the connection from the exalate.app page gets an error. The connection and syncs are not affected by the outage, they are still working, but at the moment is not possible to see or modify connection from the exalate.app page. We will be providing an update within 2 hours.

2. monitoring Jun 23, 2026, 09:26 AM UTC

   The issue has been resolved. Exalate Dashboard is not back online and stable. We will continue monitoring the system.

3. resolved Jun 23, 2026, 12:47 PM UTC

   This incident has been resolved.

4. postmortem Jul 07, 2026, 08:49 AM UTC

   **Duration:** 11:10 CEST - 11:26 CEST \(approximately 16 minutes\). Full stability confirmed at 14:47 CEST. **Impact:** The Exalate.app connection and dashboard pages were inaccessible during this window. Issue synchronisation was not affected - integrations continued to run normally throughout. No data was lost. **Summary:** On June 23, 2026, the Exalate.app interface became inaccessible after an internal authentication component failed to connect to its database. The failure was caused by a credential mismatch introduced during a production deployment. **Timeline:** * 11:10 CEST - Issue detected, investigation initiated * 11:26 CEST - Fix deployed, service restored * 14:47 CEST - Full stability confirmed **Root Cause:** During a production deployment on June 19, a database credential was configured independently in two systems. A subtle mismatch was introduced during a subsequent configuration update. The mismatch remained latent because the application maintained existing database connections. A routine GKE maintenance event on June 23 recycled the application, forcing new connections that exposed the mismatch. **Resolution:** The database credential was aligned and the application was restarted. Service returned to full operation with no data loss. **Preventive Measures:** * Post-deployment authentication verification checks have been added to the deployment runbook * Alerting for application database connectivity failures has been implemented * The credential configuration process is being consolidated to eliminate the dual-system mismatch risk We apologize for the disruption. We remain committed to the reliability of the Exalate platform.

Read the full incident report →

Started May 04, 2026, 01:24 PM UTC· resolved May 04, 2026, 09:28 PM UTC

1. investigating May 04, 2026, 01:24 PM UTC

   We have reports of some Exlate cloud nodes being unavailable. Our team is currently investigating the issue.

2. investigating May 04, 2026, 01:41 PM UTC

   We are continuing to investigate this issue.

3. investigating May 04, 2026, 01:42 PM UTC

   We are continuing to investigate this issue.

4. identified May 04, 2026, 02:50 PM UTC

   Our cloud team has identified the root cause and is actively engaged in rectifying it.

5. identified May 04, 2026, 03:53 PM UTC

   affected nodes are recovering while our cloud team continues to work on the issue.

6. monitoring May 04, 2026, 06:50 PM UTC

   All nodes are operational, our cloud team continues to review the affected cluster and work on its maintenance.

7. resolved May 04, 2026, 09:28 PM UTC

   The system has been under close observation and it has been stable. We will provide a post-mortem to the incident in due course.

Read the full incident report →

Started Apr 15, 2026, 09:03 AM UTC· resolved Apr 15, 2026, 12:16 PM UTC

1. investigating Apr 15, 2026, 09:03 AM UTC

   We are currently investigating an issue where the workspaces page is not loading. The sync is not affected, only the UI of New Exalate is not loading.

2. identified Apr 15, 2026, 09:04 AM UTC

   We have identified the root cause of the issue and are currently working on a fix.

3. monitoring Apr 15, 2026, 10:16 AM UTC

   The technical issues have been fully resolved and the app is up and running now. We are closely monitoring the situation.

4. resolved Apr 15, 2026, 12:16 PM UTC

   The application has been running smoothly without any issues and we do not see any anomalies. A post-mortem will be provided in due course.

5. postmortem Jul 07, 2026, 12:41 PM UTC

   **Incident:** Exalate.app Not Loading Workspaces - April 15, 2026 **Duration:** 11:03 CEST – 12:16 CEST \(approximately 73 minutes\). **Impact:** The Exalate.app UI was inaccessible during this window. Issue synchronisation was not affected. No data was lost. **Summary:** On April 15, 2026, the Exalate.app interface became inaccessible following a planned infrastructure credential update. A secondary configuration dependency was not updated as part of the change, preventing the application from connecting to its database. **Timeline:** * 11:03 CEST - Issue detected, investigation initiated * 11:04 CEST - Root cause identified * 12:16 CEST - Fix deployed, service restored **Root Cause:** A configuration dependency missed during a credential update left the application unable to authenticate to its database. This was related to the April 6 incident; the additional dependency has now been identified and incorporated into the rotation procedure. **Resolution:** The affected configuration was regenerated and the application was restarted. Service returned to full operation with no data loss. **Preventive Measures:** * All credential dependencies have been fully mapped and the rotation procedure updated to cover them as a single atomic operation We apologize for the disruption. We remain committed to the reliability of the Exalate platform.

Read the full incident report →

Started Apr 02, 2026, 03:41 PM UTC· resolved Apr 02, 2026, 09:26 PM UTC

1. investigating Apr 02, 2026, 03:41 PM UTC

   We are investigating some Exalate nodes being unavailable. We will be providing an update shortly on the investigation. Next update within 2 hours - or as soon as we have any relevant updates

2. identified Apr 02, 2026, 04:37 PM UTC

   The issue was identified and we are currently working on restoring the nodes as soon as possible. Next update within 2 hours or as soon as we have any relevant updates

3. identified Apr 02, 2026, 06:25 PM UTC

   We continue with the restoration efforts. Some nodes are already available. Next update will be within 2 hours or as soon as we have any relevant update.

4. monitoring Apr 02, 2026, 07:18 PM UTC

   All nodes have been successfully restored. Our team is closely monitoring the system to ensure continued stability.

5. resolved Apr 02, 2026, 09:26 PM UTC

   This incident has been resolved.

Read the full incident report →

Started Mar 16, 2026, 03:13 PM UTC· resolved Mar 16, 2026, 05:13 PM UTC

1. investigating Mar 16, 2026, 03:13 PM UTC

   We are investigating reports by some users that the Exalate app is not available right now.

2. identified Mar 16, 2026, 03:56 PM UTC

   We have identified the problem and the team is working to rectify this. We will provide an update of progress shortly.

3. monitoring Mar 16, 2026, 04:09 PM UTC

   The services are fully functional again. We are very closely monitoring the situation.

4. resolved Mar 16, 2026, 05:13 PM UTC

   All systems are functional. We will be providing a post-mortem of the incident here in due course.

5. postmortem Mar 31, 2026, 09:44 AM UTC

   **Incident:** Exalate Application Unavailability — March 16, 2026 **Duration:** 16:13 CET – 17:09 CET \(approximately 56 minutes\) **Impact:** The Exalate UI was inaccessible during this window. Issue synchronisation was not affected — integrations continued to run normally throughout. No data was lost. **Summary:** On March 16, 2026, the Exalate application became unavailable following a production infrastructure configuration change. A resource allocation adjustment applied to a critical authentication component proved insufficient under production load, causing repeated service interruptions. **Timeline:** * 16:13 CET — Issue reported, investigation initiated * 16:56 CET — Root cause identified, remediation initiated * 17:09 CET — Fix deployed, service restored * 18:13 CET — Full stability confirmed **Root Cause:** A resource limit adjustment deployed without cross-team review under-provisioned a critical authentication component. Under production load, the platform repeatedly terminated the component, rendering the application inaccessible. **Resolution:** Resource limits were corrected, restoring service. A further optimisation was applied during a subsequent scheduled maintenance window following joint engineering review. **Preventive Measures:** * All production infrastructure configuration changes now require joint sign-off from infrastructure and engineering leads before deployment * Resource and capacity parameters validated against production load baselines prior to deployment

Read the full incident report →

Started Mar 13, 2026, 11:56 AM UTC· resolved Mar 13, 2026, 06:19 PM UTC

1. investigating Mar 13, 2026, 11:56 AM UTC

   We are currently investigating an issue causing the Exalate website to be temporarily unavailable. Our team is actively working to identify the root cause and restore access as quickly as possible. This issue is strictly isolated to the Exalate.com webpage. Please note that Exalate.app and individual Nodes are not affected, and there is no impact on active integrations. We will provide an update within 4 hours, or sooner if new information becomes available.

2. investigating Mar 13, 2026, 01:03 PM UTC

   Update: We are continuing to investigate the performance issues affecting Exalate.com. We have identified an ongoing incident with our hosting provider, Hostinger, and are currently verifying the extent of the impact on our services. You can track their status directly here: https://statuspage.hostinger.com We will provide another update as soon as we have more information, or within the next 4 hours.

3. monitoring Mar 13, 2026, 02:31 PM UTC

   We have identified and mitigated the issue that was causing performance degradation and intermittent unavailability of the Exalate.com website. After implementing mitigation measures, the website is now fully accessible and performing as expected. We have confirmed that Exalate.app, individual Nodes, and all active integrations remained unaffected throughout this incident. Our team will continue to monitor the situation closely to ensure continued stability. We will provide further updates only if the situation changes.

4. resolved Mar 13, 2026, 06:19 PM UTC

   This incident has been resolved.

5. postmortem Mar 31, 2026, 09:46 AM UTC

   **Date:** March 17, 2026 **Duration:** 12:10 CET - 15:00 CET \(2 hours, 50 minutes\) **Impact:** The [exalate.com](http://exalate.com) website was completely inaccessible to all users for the duration of the incident. **Summary:** The hosting environment experienced resource exhaustion triggered by a sudden surge in web traffic. This was further exacerbated by a malfunctioning security plugin. **Timeline:** 12:10 CET: Incident start \(resource exhaustion begins\) 12:28 CET: Issue detected 14:40 CET: Root cause identified 15:00 CET: Service fully restored **Root Cause:** A spike in unique visitors has led to resource depletion on the hosting server. During the investigation, it was discovered that an installed security plugin was behaving inefficiently under high load, significantly compounding the CPU and memory usage, preventing the server from recovering. **Resolution:** Identified and blocked specific IP addresses responsible for an anomalous volume of requests. Deactivated and removed the problematic security plugin. Implemented an alternative solution to handle the plugin's core functionality without the performance overhead. **Preventive Measures:** Investigate and implement automated rate-limiting and IP blocking solutions \(e.g., WAF rules\) to handle traffic spikes.

Read the full incident report →

Started Jan 23, 2026, 09:59 AM UTC· resolved Jan 23, 2026, 12:18 PM UTC

1. investigating Jan 23, 2026, 09:59 AM UTC

   We have identify an incident with exalate.app that is currently not loading. We are currently investigating the issue and will be providing updates within the hour. This is not affecting the sync of issues but the UI for exalate is currently unavailable.

2. monitoring Jan 23, 2026, 10:18 AM UTC

   A fix has been implemented and we are monitoring the results.

3. resolved Jan 23, 2026, 12:18 PM UTC

   This incident has been resolved.

4. postmortem Mar 31, 2026, 09:43 AM UTC

   **Incident:** Exalate Application Unavailability — January 23, 2026 **Duration:** 10:59 CET – 11:18 CET \(approximately 19 minutes\) **Impact:** The Exalate UI was inaccessible during this window. Issue synchronisation was not affected — integrations continued to run normally throughout. No data was lost. **Summary:** On January 23, 2026, our monitoring detected a service outage affecting the Exalate application. The root cause was a deployment configuration change that unintentionally removed an active compute resource from the production environment. **Timeline:** * 10:59 CET — Issue detected, investigation initiated * 11:18 CET — Fix deployed, service restored * 13:18 CET — Full stability confirmed **Root Cause:** A deployment configuration change targeted the wrong resource section, resulting in an active production compute resource being removed and the application becoming inaccessible. **Resolution:** The affected resource was recreated and all services returned to full operation with no data loss. **Preventive Measures:** * Infrastructure-as-code changes must be validated in a non-production environment before production deployment * Peer review steps introduced to verify configuration targets prior to execution

Read the full incident report →

Started Dec 12, 2025, 04:15 PM UTC· resolved Dec 13, 2025, 04:26 AM UTC

1. investigating Dec 12, 2025, 04:15 PM UTC

   There is an outage on one of the clusters in Exalate cloud that might affect access to the nodes temporarily. We are currently investigating the issue to ensure that service is restored as soon as possible. A new update will be provided within 1 hour

2. identified Dec 12, 2025, 04:31 PM UTC

   We have root caused the issue and the restoration process is underway already. The next update will be provided in 30mins.

3. identified Dec 12, 2025, 04:58 PM UTC

   The recovery process is still ongoing. We will provide an update within an hour.

4. identified Dec 12, 2025, 06:12 PM UTC

   We continue to work on the restoration of the affected nodes. We will be providing a new update in one hour.

5. identified Dec 12, 2025, 07:11 PM UTC

   We continue to work on the restoration of the affected nodes. We will be providing a new update in one hour.

6. identified Dec 12, 2025, 08:20 PM UTC

   Nodes are being restored now, most nodes are now online, a full operational message will be posted once all nodes are back online.

7. identified Dec 12, 2025, 11:11 PM UTC

   Most nodes are back on operational status, a full operational message will be posted once all nodes are back.

8. identified Dec 13, 2025, 01:51 AM UTC

   Most nodes are back on operational status, a full operational message will be posted once all nodes are back.

9. monitoring Dec 13, 2025, 02:56 AM UTC

   All nodes are back to operational status now. We continue to monitor the stability closely.

10. resolved Dec 13, 2025, 04:26 AM UTC

    All Exalate nodes are stable and working normally. A post-mortem for the incident will be published in due course.

11. postmortem Dec 22, 2025, 04:43 AM UTC

    **Incident: Service Outage - December 12, 2025** **Duration:** 16:35 CET - 03:01 CET \(approximately 10 hours\) **Impact:** A significant number of Exalate Cloud nodes experienced service unavailability, resulting in temporary disruption to data synchronization services. No data was lost during this incident. **Summary:** On December 12, 2025, our infrastructure monitoring detected a service outage affecting Exalate Cloud customers on our production clusters. The root cause was identified as a storage system failure triggered by network latency on a legacy infrastructure component, which caused storage connectivity issues for customer workloads. **Timeline:** * 16:35 CET - Issue detected by monitoring systems * 17:31 CET - Root cause identified, restoration initiated * 21:20 CET - Majority of nodes restored to service * 03:01 CET - Full service restoration confirmed **Root Cause:** A storage management component became unresponsive due to elevated network latency caused by a legacy networking layer. This resulted in storage disconnection for customer workloads. **Resolution:** The storage system was restored, all affected workloads were rescheduled, and the external dependency was updated to a supported version. All nodes were returned to full operation with no data loss. **Preventive Measures:** * Deploying patches to address the storage component stability issue * Accelerating migration away from the legacy networking layer to modern infrastructure * Implementing internal mirroring of critical external dependencies to eliminate reliance on third-party availability * Enhancing operational safeguards for infrastructure management procedures We sincerely apologize for the disruption this incident caused. Our team remains committed to improving the reliability and resilience of the Exalate Cloud platform.

Read the full incident report →

Started Nov 27, 2025, 11:47 AM UTC· resolved Nov 28, 2025, 07:08 AM UTC

1. investigating Nov 27, 2025, 11:47 AM UTC

   We are investigating reports of some Exalate nodes being unavailable. We will be providing an update shortly on the investigation.

2. identified Nov 27, 2025, 12:33 PM UTC

   We have identified the problem and are working to restore full service as soon as possible.

3. identified Nov 27, 2025, 01:47 PM UTC

   Most nodes are currently running but we are still experiencing intermittent service failures. The full fix is being implemented now.

4. monitoring Nov 27, 2025, 03:31 PM UTC

   All nodes are back online and we are closely monitoring the cluster health.

5. identified Nov 27, 2025, 04:51 PM UTC

   We have detected some instability again and are investigating why some nodes are not reachable again.

6. identified Nov 27, 2025, 08:48 PM UTC

   All nodes are now back online and our team is working on stabilizing the services

7. monitoring Nov 27, 2025, 10:04 PM UTC

   All nodes are now fully operational. Any communication error reported in the console should now disappear after hitting "Resolve and retry". If you encounter any further problem please reach out to our support team. We continue to monitor the cluster closely and investigate to root cause the incident.

8. resolved Nov 28, 2025, 07:08 AM UTC

   We have closely monitored the health of the affected Exalate nodes, and they are all performing as per expectation. A post-mortem of the incident will be published in due course.

9. postmortem Dec 12, 2025, 12:02 PM UTC

   **Incident: Service Degradation - November 27, 2025** **Duration:** 11:26 CET - 21:37 CET \(~10 hours\) **Impact:** Approximately 700 Exalate Cloud nodes experienced intermittent connectivity issues, resulting in temporary disruption to data synchronization services. No data was lost during this incident. **Summary:** On November 27, 2025, our infrastructure monitoring detected service degradation affecting a subset of Exalate Cloud customers. The root cause was identified as storage I/O contention on the underlying database infrastructure, which caused the primary database to become unresponsive intermittently. **Timeline:** * 11:26 CET - Issue detected by monitoring systems * 11:30 CET - Engineering team began investigation * 15:30 CET - Initial mitigation applied \(infrastructure scaling\) * 18:30 CET - Root cause identified and permanent remediation initiated * 21:37 CET - Full service restoration confirmed **Root Cause:** Database storage was experiencing resource contention due to shared infrastructure components, causing elevated I/O latency. This triggered automated health checks to restart the database service repeatedly, compounding the connectivity issues. **Resolution:** The database was migrated to dedicated storage resources and allocated additional compute capacity. All affected nodes were restored to full operation with no data loss. **Preventive Measures:** * Implementing enhanced storage latency monitoring and alerting * Reviewing infrastructure health check configurations for database workloads * Auditing storage allocation across all database clusters to prevent similar contention We apologize for any inconvenience this incident may have caused. Our team remains committed to maintaining the reliability and performance of the Exalate Cloud platform.

Read the full incident report →

Started Nov 20, 2025, 09:43 AM UTC· resolved Nov 20, 2025, 11:23 AM UTC

1. identified Nov 20, 2025, 09:43 AM UTC

   We have identified an issue when trying to access the SyncRoom page, caused by a significant increase in DNS traffic originating from an external problem between Hostinger and Cloudflare. This external issue is currently impacting our service and is preventing the SyncRoom page and the community from loading Important Note: This issue does not affect the core Exalate functionality. Synchronization is continuing to work as expected. We are actively working to resolve this and will provide an update within the next two hours. Thank you for your patience.

2. monitoring Nov 20, 2025, 10:29 AM UTC

   A fix has been implemented by Hostinger and the services have been restored (Exalate community and SyncRoom) We will continue to monitor the results.

3. resolved Nov 20, 2025, 11:23 AM UTC

   This incident has been resolved.

4. postmortem Apr 01, 2026, 04:08 AM UTC

   timeout

Read the full incident report →

Started Oct 04, 2025, 06:18 AM UTC· resolved Oct 04, 2025, 06:54 AM UTC

1. investigating Oct 04, 2025, 06:18 AM UTC

   We are investigating reports of users unable to access the Exalate console on some systems. We will be providing an update soon.

2. monitoring Oct 04, 2025, 06:30 AM UTC

   The problem has been identified and the fix has been put in place.

3. resolved Oct 04, 2025, 06:54 AM UTC

   The issue is fully resolved and all nodes are operational. A post-mortem will be provided here in due course.

4. postmortem Nov 14, 2025, 12:23 PM UTC

   ## **Summary** On October 4, 2025, Exalate Cloud experienced an issue that caused some Exalate nodes to become temporarily inaccessible at 04:00 CEST. This resulted in UI access issues and potential synchronization interruptions for part of our customer base. All services were fully restored by 09:00 CEST. ## **Impact** Customers using Exalate cloud nodes experienced: * Inability to access nodes * Sync failures or delays * Temporary disruption of workflow automations No data loss occurred. ## **Root Cause** There was an error in the certification renewal process. This prevented affected nodes from completing required secure connections, making them temporarily unreachable. ## **Resolution** After identifying the cause, the certificate was renewed and deployed. Services began recovering immediately and full functionality was validated shortly thereafter. ## **Preventive Measures** We are implementing several improvements to prevent recurrence, including: * Expanded automated monitoring for certificate validity * Additional service health checks, including customer-facing endpoints * Automated renewal processes for critical certificates * Strengthened operational procedures around certificate lifecycle management

Read the full incident report →

Started Oct 03, 2025, 09:43 AM UTC· resolved Nov 05, 2025, 02:17 PM UTC

1. monitoring Oct 03, 2025, 09:43 AM UTC

   We've released a configuration update for Jira Cloud connections running version 5.28.5. Who is affected: Customers using external script repositories in their Jira Cloud connections may experience script-related errors after upgrading to 5.28.5. Resolution: If you're experiencing issues with your scripts, please contact our support team at [email protected] - we'll assist you with a quick configuration update. Status: We're actively monitoring and reaching out to affected customers.

2. resolved Nov 05, 2025, 02:17 PM UTC

   This incident has been resolved.

3. postmortem Apr 01, 2026, 04:09 AM UTC

   timeout

Read the full incident report →

Started Sep 24, 2025, 10:56 AM UTC· resolved Sep 25, 2025, 02:21 PM UTC

1. investigating Sep 24, 2025, 10:56 AM UTC

   There is an outage on one of the clusters in Exalate cloud that might affect access to the nodes temporarily. We are currently investigating the issue to ensure that service is restored as soon as possible.

2. identified Sep 24, 2025, 11:18 AM UTC

   We have root caused the issue and the restoration process is underway already. The next update will be provided in 30mins.

3. identified Sep 24, 2025, 11:47 AM UTC

   The recovery process is still ongoing. We will provide an update within an hour.

4. monitoring Sep 24, 2025, 01:00 PM UTC

   All nodes are fully recovered. We continue to closely monitor the situation.

5. identified Sep 24, 2025, 02:50 PM UTC

   Our monitoring uncovered a problem still lingering with the cluster. We are working to restore full functionality as soon as possible.

6. identified Sep 24, 2025, 04:56 PM UTC

   Node recovery has presented some challenges and is taking longer than expected. We continue to strive to bring all nodes back online as soon as possible. Next update will be provided within 2 hours.

7. identified Sep 24, 2025, 06:47 PM UTC

   Infrastructure component failures have been addressed by our Engineering team. Next step: We are restarting the individual Exalate nodes impacted by the failure. More information will be provided in an hour.

8. identified Sep 24, 2025, 07:54 PM UTC

   We continue restarting the individual Exalate nodes impacted by the failure. 5% of the affected nodes have been brought back online. Further updates to be expected in an hour

9. identified Sep 24, 2025, 08:51 PM UTC

   The team is actively working through the restart sequence for all individual Exalate nodes. This is a deliberate, multi-step process to ensure stability upon full restoration. Further updates to be expected in an hour.

10. identified Sep 24, 2025, 09:45 PM UTC

    Following the deliberate, multi-step sequence, the engineering team has now moved into the main restoration phase. We are actively scaling up the restart of the affected Exalate nodes. We'll continue to monitor stability closely. We will provide the next update in one hour.

11. identified Sep 24, 2025, 10:49 PM UTC

    The engineering team continue working on the main restoration phase. We'll continue to monitor stability closely. Further updates to be expected in an hour

12. identified Sep 24, 2025, 11:50 PM UTC

    During the scale-up phase, the restoration process has presented some challenges that are taking longer than initially expected to resolve. The engineering team is actively working to address these stability issues. We will provide the next update within one hour.

13. identified Sep 25, 2025, 12:48 AM UTC

    The previous technical challenges have been addressed. We have re-initiated the scale-up of the Exalate nodes and are closely monitoring the environment for stability. We will provide the next update within one hour.

14. identified Sep 25, 2025, 01:44 AM UTC

    We are continuing the scale-up of the Exalate nodes. The team is maintaining a close monitoring posture to ensure stability throughout this process. We will provide the next update in one hour.

15. monitoring Sep 25, 2025, 03:23 AM UTC

    All nodes are fully restored and functioning normally now. We continue to monitor the cluster carefully to ensure stability.

16. resolved Sep 25, 2025, 02:21 PM UTC

    We have extensively monitored the cluster health and there have been no outstanding issues found.

17. postmortem Oct 10, 2025, 10:41 AM UTC

    ## Executive Summary On September 24, 2025, Exalate experienced a service interruption lasting 17 hours and 28 minutes that affected our cloud-hosted integration nodes. During this time, customers were unable to synchronize data between their integrated systems. **No customer data was lost.** We sincerely apologize for the inconvenience and want to share what happened and how we're preventing future issues. ## What Happened **Timeline:** * **10:02 UTC \(Sept 24\):** Infrastructure issue detected through customer reports * **13:00 UTC:** Partial service restoration achieved * **13:45 UTC:** Secondary technical issue caused complete service unavailability * **17:24 UTC:** Core infrastructure restored * **21:00 UTC:** Priority customer services online * **03:30 UTC \(Sept 25\):** Full service restoration completed **Root Cause:** A network connectivity issue on our hosting platform triggered a cascading infrastructure failure. The recovery process was complex due to database resilience challenges and infrastructure management system complications. ## Customer Impact **During the outage:** * Data synchronization between systems \(Jira, ServiceNow, etc.\) was unavailable * Automated workflow processes were temporarily halted **What was NOT affected:** * **No customer data was lost or corrupted** * All existing synchronized data remained intact * Customer configurations and sync histories were preserved ## Our Response We immediately activated our 24/7 incident response team, maintained continuous status page updates, directly contacted Enterprise customers, and coordinated with infrastructure providers throughout the recovery. ## Prevention Measures We're implementing comprehensive improvements on an accelerated timeline: **Immediate \(October 2025\):** * Enhanced infrastructure monitoring and alerting systems * Comprehensive disaster recovery documentation **Short-term \(November 2025\):** * Infrastructure resilience improvements * Automated recovery procedures * Regular disaster recovery testing **Medium-term \(Q1 2026\):** * Multi-cloud architecture implementation * Advanced predictive monitoring ## Customer Support If you need assistance related to this outage: * **Enterprise Customers:** Use your dedicated support channels * **Standard Support:** Submit tickets through our support portal * **Status Updates:** Monitor our status page for ongoing information We apologize for this service disruption and appreciate your patience. Your trust is essential to our business, and we're committed to earning it through reliable service delivery and continuous improvement.

Read the full incident report →

Started Aug 29, 2025, 04:18 PM UTC· resolved Sep 05, 2025, 11:56 AM UTC

1. investigating Aug 29, 2025, 04:18 PM UTC

   We are investigating a problem where IssueLinks are being removed from Jira cloud tickets. Progress and actions will be notified accordingly, if you encountered this problem please reach us on support portal.

2. identified Aug 29, 2025, 04:57 PM UTC

   The issue has been identified and we are performing remediation actions.

3. identified Aug 29, 2025, 09:04 PM UTC

   All nodes have been moved from the affected version and a workaround to remediate the possible effects on issue links is being investigated.

4. monitoring Aug 31, 2025, 07:00 PM UTC

   We identified the affected instances and provided remediation steps to all affected clients to restore the removed links.

5. resolved Sep 05, 2025, 11:56 AM UTC

   The issue affecting Jira Cloud issue links has been fully resolved. A detailed postmortem will be published soon outlining the root cause and preventive measures being implemented.

6. postmortem Sep 18, 2025, 06:57 AM UTC

   # Exalate v5.28 Issue Links Synchronization - Technical Incident Report **Incident Date:** 29/Aug/2025 **Duration:** ~4 hours from detection to rollback completion **Impact:** Issue link synchronization behavior change affecting multiple customer instances **Status:** Resolved with data restoration completed ## Timeline The incident was first detected on 29/Aug at 17:56 when a customer reported issue links being removed after upgrading to v5.28. Within eight minutes, at 18:04, the support team received multiple similar reports and immediately requested a rollback. The formal incident response was initiated at 18:17, and the rollback process to v5.27.0 began at 18:48. The rollback was completed across all affected instances by 22:12 the same day, approximately four hours after initial detection. Recovery efforts continued over the weekend. On 30/Aug at 09:43, the data restoration team was assembled and began developing recovery procedures. The comprehensive customer communication deployment occurred on 01/Sep at 17:05, providing affected customers with restoration instructions and individualized support. _\(All times CET\)_ ‌ ‌ ## Root Cause Analysis The technical issue stemmed from a synchronization enhancement in v5.28 that compared issue links between source and destination systems. The implementation operated under the assumption that links present on the destination but not on the source represented synchronization inconsistencies requiring removal. This approach failed to distinguish between links managed by Exalate and links created independently outside the synchronization scope. Several contributing factors enabled this issue to reach production. The scope definition did not account for mixed environments where synchronized and non-synchronized links coexist on the same system. Test coverage focused primarily on standard synchronization flows rather than these mixed data environments. Additionally, the modification affected a broader scope than initially anticipated during the development and review process. The impact characteristics were significant but recoverable. Multiple customer instances experienced removal of issue links that existed outside the intended synchronization scope. However, service functionality continued throughout the incident, and comprehensive audit logs preserved all affected link data, which enabled complete restoration of the removed links.Regarding data security and privacy, the audit logs contain only metadata elements such as issue identifiers, link types, and relationship mappings. No sensitive customer content, comments, or detailed issue information was captured in these logs. This metadata-only approach ensured that the restoration process could proceed while maintaining appropriate data protection standards. ## Learnings On the positive side, the incident response team made a rapid rollback decision, quickly identifying this as the appropriate technical solution rather than attempting a forward fix. The comprehensive logging infrastructure proved invaluable, enabling complete data restoration from audit trails. Cross-functional coordination worked well across engineering, customer success, and operations teams. The structured communication approach maintained clarity and transparency throughout the resolution process. The incident also revealed important areas for system enhancement. Synchronization logic in complex integration scenarios requires better handling of mixed data environments where multiple systems manage different subsets of the same data types. Testing scope needs expansion to cover mixed synchronized and non-synchronized environments comprehensively. Change evaluation processes require enhancement for modifications that affect customer data. Monitoring capabilities need improvement to enable proactive detection of synchronization behavior changes before customer impact. Several process improvements have been \(or are being\) implemented as a result. Enhanced code review procedures now include additional requirements specifically for data modification operations. Expanded testing protocols cover scenarios involving mixed data environments and include dedicated data preservation validation. Improved monitoring systems detect synchronization pattern changes and unusual data modification activities. Updated release procedures include enhanced evaluation criteria for data-affecting changes and improved rollback automation capabilities.

Read the full incident report →

Started Apr 08, 2025, 12:58 PM UTC· resolved Apr 09, 2025, 03:32 PM UTC

1. investigating Apr 08, 2025, 12:58 PM UTC

   We are currently tracking an issue where cloud nodes are getting errors communication with the destination side and blocking the synchronization. Resolving the errors will make the synchronization work again but another error could reappear.

2. investigating Apr 08, 2025, 01:43 PM UTC

   As part of our continued investigation into the recent service disruption, a number of nodes have been identified as temporarily unreachable. Our engineering teams are prioritizing node recovery and service restoration.

3. identified Apr 08, 2025, 03:29 PM UTC

   We have successfully identified the root cause of the recent node downtime and communication disruptions. A mitigation is now being deployed, and we will maintain continuous monitoring of the system.

4. identified Apr 08, 2025, 03:36 PM UTC

   We are continuing to work on a fix for this issue.

5. identified Apr 08, 2025, 07:03 PM UTC

   We've successfully restored 90% of the nodes, and they're now fully operational. We're actively working on the remaining systems and closely monitoring performance.

6. monitoring Apr 09, 2025, 07:42 AM UTC

   All Cloud nodes are working as expected. We will continue to monitor the situation.

7. resolved Apr 09, 2025, 03:32 PM UTC

   All affected services are now back online, and no further impacts have been observed. We apologize for any inconvenience this may have caused.

8. postmortem Apr 01, 2026, 04:10 AM UTC

   timeout

Read the full incident report →

Started Feb 19, 2025, 06:07 PM UTC· resolved Feb 21, 2025, 02:59 PM UTC

1. investigating Feb 19, 2025, 06:07 PM UTC

   We're currently experiencing an outage impacting some nodes due to an issue on a cluster. Our team is actively investigating and working to restore service as quickly as possible. We apologize for any inconvenience and appreciate your patience.

2. identified Feb 19, 2025, 06:23 PM UTC

   We have identified and we currently working on restoring the nodes.

3. monitoring Feb 19, 2025, 07:32 PM UTC

   All nodes are back online, we will keep monitoring and will be providing further updates.

4. monitoring Feb 19, 2025, 07:32 PM UTC

   We are continuing to monitor for any further issues.

5. monitoring Feb 20, 2025, 08:16 AM UTC

   Some nodes are currently down due. We are currently investigating and working to restore the service as soon as possible.

6. monitoring Feb 20, 2025, 11:11 AM UTC

   incident has been mitigated, we are currently monitoring.

7. monitoring Feb 20, 2025, 01:29 PM UTC

   Some nodes are currently down due. We are currently investigating and working to restore the service as soon as possible.

8. monitoring Feb 20, 2025, 02:35 PM UTC

   incident has been mitigated, we are currently monitoring.

9. resolved Feb 21, 2025, 02:59 PM UTC

   This incident has been resolved. We will be providing an RCA next week.

10. postmortem Apr 01, 2026, 04:11 AM UTC

    timeout

Read the full incident report →

Started Jan 16, 2025, 03:51 PM UTC· resolved Jan 17, 2025, 09:40 AM UTC

1. investigating Jan 16, 2025, 03:51 PM UTC

   The website is currently not available and we are investigating with the hoster the reason why.

2. monitoring Jan 16, 2025, 04:14 PM UTC

   A fix has been rolled out, and we are monitoring.

3. monitoring Jan 16, 2025, 04:14 PM UTC

   We are continuing to monitor for any further issues.

4. resolved Jan 17, 2025, 09:40 AM UTC

   The incident is resolved.

5. postmortem Apr 01, 2026, 04:11 AM UTC

   timeout

Read the full incident report →

Started Nov 13, 2024, 08:44 AM UTC· resolved Nov 19, 2024, 04:09 PM UTC

1. identified Nov 13, 2024, 08:44 AM UTC

   Integration services to Salesforce are affected by a major service interruption on the Salesforce side Check here - https://status.salesforce.com/products/Salesforce_Services We are monitoring the situation and will be handling it as new information from Salesforce is provided.

2. monitoring Nov 13, 2024, 09:40 AM UTC

   All the nodes are back operationally, but currently we don't see any activity on these nodes. We are moving the incident into monitoring (and will be doing some additional testing, lowering the severity to 'degraded performance'

3. monitoring Nov 14, 2024, 11:08 AM UTC

   All nodes are back to normal. We continue monitoring

4. resolved Nov 19, 2024, 04:09 PM UTC

   We consider the case closed. The root cause was a degraded performance at the salesforce side. We are looking how this can be notified in the Exalate product.

5. postmortem Apr 01, 2026, 04:11 AM UTC

   timeout

Read the full incident report →