Atlassian ha un incidente attivo che potrebbe influenzare le connessioni
Inizio 27 agosto 2026 alle ore 04:36 UTC · 51m
Pending
Componenti interessati
Synchronisation node
investigating
Atlassian sta vivendo un problema con Jira e altri sistemi attualmente - dettagli qui: https://status.atlassian.com/
Questo può influenzare le connessioni Exalate se si collega a un'istanza Jira.
identified
Il problema è stato identificato e si sta attuando una correzione.
monitoring
Atlassian ha messo a punto una correzione per risolvere il problema.
La sincronizzazione dovrebbe già tornare alla normalità, ma si prega di raggiungere il supporto in caso di problemi.
resolved
Tutti i sistemi Atlassian sono tornati alla normalità e la sincronizzazione funziona come previsto.
In caso di problemi con la sincronizzazione, si prega di creare un biglietto di supporto e saremo lieti di assistere.
postmortem
N/A
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Modifica del nome dell'app/utente proxy su Atlassian Jira Cloud
Inizio 24 luglio 2026 alle ore 06:12 UTC · 10h 21m
IssuesIncidente minore
Componenti interessati
Synchronisation node
identified
A seguito di una modifica non convertita nel nome dell'applicazione che fa sì che l'utente proxy venga mostrato con il nome completo dell'applicazione invece di "Esalate".
Ciò è già stato notificato all'Atlante e siamo in attesa dell'azione richiesta alla fine per ripristinare il cambiamento.
Impatto: Gli aggiornamenti effettuati da Exalate visualizzeranno "Exalate Classic Connector for Jira (Two-way Sync)" come l'utente che effettua la modifica.
identified
Continuiamo a indagare sul miglior approccio per risolvere questo problema con l'aiuto del supporto atlante.
identified
Lavoriamo attivamente con il supporto atlante per determinare la migliore risoluzione per questo problema il prima possibile.
identified
Lavoriamo attivamente con il supporto atlante per determinare la migliore risoluzione per questo problema il prima possibile.
Forneremo il prossimo aggiornamento entro 6 ore o non appena avremo informazioni rilevanti.
resolved
Il nome utente del proxy è stato reindirizzato a Exalate.
Stiamo considerando l'incidente come risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
I nodi di JiraCloud sperimentano qualche instabilità
Inizio 16 luglio 2026 alle ore 11:28 UTC · 5h 50m
IssuesIncidente minore
Componenti interessati
Synchronisation node
investigating
Alcuni nodi di Jira Cloud stanno vivendo l'instabilità negli ultimi 30 minuti. Il problema è limitato e colpisce solo alcuni clienti. Vi forniremo un aggiornamento a breve.
identified
Azioneremo un cambiamento su Exalate Cloud per migliorare la stabilità. L'impatto sul tuo nodo sarà così limitato a un riavvio con il nodo non disponibile per un paio di min.
L'inconveniente è deplorato.
identified
Il riavvio dei nodi è in corso. Vivrete un breve riavvio sui nodi JCloud.
Vi terremo informati sui nostri progressi.
identified
Il riavvio è ancora in corso e sta andando senza problemi. Vi aggiorneremo non appena sarà completato.
monitoring
Tutti i nodi sono tornati al normale funzionamento. Continuiamo a monitorare attentamente la situazione.
resolved
Dopo un attento monitoraggio, il problema è considerato come completamente risolto. Noi pubblicheremo un RCA qui a tempo debito.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Esalate sincronizzazioni looping in Jira Cloud forge app
Inizio 13 luglio 2026 alle ore 22:15 UTC · 1d 0h
OutageIncidente critico
Componenti interessati
Synchronisation node
investigating
Abbiamo ricevuto più rapporti di sincronizzazione looping dopo l'aggiornamento alla nuova app di forge di Jira Cloud. La nostra indagine iniziale ci porta a credere che questo stia accadendo a causa del cambiamento nell'account Proxy User. Stiamo attivamente lavorando per determinare la causa principale e l'applicazione di una correzione.
investigating
Continuiamo a indagare su questo problema con i nostri ingegneri per determinare la causa principale.
identified
La causa principale è stata identificata e stiamo lavorando su una correzione. Si prega di aspettarsi un altro aggiornamento entro un'ora.
identified
La correzione è attualmente in fase di convalida per trovare il miglior approccio in avanti. Forneremo un altro aggiornamento entro l'ora.
identified
Purtroppo, il test della correzione ha rivelato un problema inaspettato e ora siamo fine tuning la correzione in modo che incorpora tutti i casi di utilizzo possibili. Avremo un aggiornamento per voi in un'ora.
identified
La nuova correzione è stata creata e le prove iniziali sono promettenti. Siamo in profondità in QA con la nuova correzione e fornirà un aggiornamento entro l'ora circa i risultati.
L'inconveniente è deplorato.
identified
Stiamo ancora testando la correzione e i risultati sono ancora buoni. Siamo vicini alla finalizzazione. Il prossimo aggiornamento sarà entro l'ora.
identified
La soluzione è pronta e stiamo lavorando all'approccio di distribuzione con un impatto minimo per i clienti. Sarà sistematicamente presentato a tutti i clienti. Forneremo un aggiornamento nell'ora successiva circa la distribuzione.
identified
Abbiamo implementato la correzione di alcuni clienti selezionati e risultati convalidati ulteriormente. Il lancio di massa è in fase di progettazione. Vi aggiorneremo entro l'ora successiva sui progressi.
identified
Siamo ancora in corso per l'implementazione patch e il rilascio sta attraversando una validazione QA aggiuntiva ora (richiesto per una distribuzione di produzione completa). Ci aspettiamo di avere il prossimo aggiornamento entro un'ora.
identified
Il QA e il test sono leggermente più lunghi del previsto, ma ci aspettiamo di iniziare la distribuzione entro l'ora successiva. Vi aggiorneremo prima di iniziare questo.
monitoring
La distribuzione del hotfix: Exalate Classic 5.35.4 - Jira Cloud, in corso (https://community.exalate.com/t/jira-cloud-version-5-35-4/8215). La distribuzione è strettamente monitorata per eventuali anomalie. Ti aggiorneremo tra un'ora.
monitoring
La distribuzione continua ininterrotta. Vi aggiorneremo a tempo debito non appena sarà completata.
resolved
La distribuzione è stata completata con successo e il problema segnalato è completamente risolto.
Un RCA dettagliato sarà pubblicato a tempo debito.
postmortem
**Impact:** Alcuni Classic Exalate per le connessioni Jira Cloud hanno sperimentato sincronizzazioni ripetute e duplicate a seguito di una migrazione delle infrastrutture alla piattaforma Forge di Atlassian. Su connessioni interessate i clienti hanno visto:
* ** Attività duplicata** — lo stesso aggiornamento, commento o cambiamento di campo applicato a un problema sopra e oltre come la sincronizzazione loop.
* ** Problemi riaperto / risorti ** — questioni che erano state chiuse essere riaperto, e altri valori di stato o di campo sono stati sovrascritti avanti e indietro tra i problemi associati.
* ** Cruscotti e report ** guidati dal volume delle modifiche duplicate.
* **Automazioni e validazioni del flusso di lavoro ** — perché il nome dell'utente di integrazione \(e l'ID sottostante\) cambiato, le regole Jira Automation lato cliente e i validatori del flusso di lavoro che hanno fatto riferimento all'utente "Exalate" per nome smesso di comportarsi come configurato.
* * *Stuck or fail syncs**, e in alcuni casi una connessione in discesa, che richiede retries manuali o recupero.
* Aumento del ** sforzo manuale** per le squadre a Sincronizzarsi e correggere i problemi colpiti.
Non tutti i clienti sono stati colpiti — l'impatto dipendeva dalla configurazione di connessione. I più esposti sono stati connessioni e problemi locali che in precedenza erano stati creati o aggiornati sotto l'identità originale "Exalate" e poi sono stati toccati sotto il rinominato.
♪ Sommario ♪ Come parte del passaggio Classic Exalate per Jira Cloud alla piattaforma Forge di Atlassian, il nome indicato per l'utente di integrazione di Exalate all'interno di Jira ha cambiato \(da "Exalate" a una variante più lunga\). Exalate ha usato quel nome per riconoscere i propri aggiornamenti ed evitare di ri-sincronarli. Una volta cambiato il nome, l'app non ha più riconosciuto le proprie scritture sulle connessioni interessate e le ha ritrattate come se fossero nuovi cambiamenti esterni — ogni scrittura che innesca un'altra sincronizzazione, producendo loop. Lo stesso cambiamento di identità ha anche rotto l'automazione dei clienti e le validazioni che hanno fatto riferimento all'utente "Exalate" per nome.
**Risoluzione:** Una patch \(5.35.4\) che riconosce gli aggiornamenti propri di Exalate da un identificatore utente stabile piuttosto che il nome del display è stato convalidato sugli ambienti dei clienti interessati e distribuito attraverso la flotta di Jira Cloud. Sincronizzazione ritornata alla normalità una volta completata la distribuzione. Atlassian da allora ha ripristinato e confermato il nome dell'utente di integrazione come "Exalate", ed è ora stabile — riparando le automazioni che lo fanno riferimento per nome. Dove i loop hanno creato oggetti duplicati o riaperto, stiamo lavorando con i clienti interessati per identificare e correggere i problemi interessati.
** Misure preventive: ** Loop-prevention non dipende più da un nome di visualizzazione modificabile; stiamo aggiungendo un passo di impatto-review e notifica intorno modifiche e aggiornamenti delle app guidati dalla piattaforma, e il rilevamento automatizzato di loop di sincronizzazione e saturazione del database in modo che il recupero non dipende dai rapporti del cliente.
Ci scusiamo per la rottura e rimaniamo impegnati per l'affidabilità della piattaforma Exalate.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Exalate.app non sta caricando le connessioni.
Inizio 23 giugno 2026 alle ore 09:10 UTC · 3h 37m
OutageIncidente maggiore
Componenti interessati
Exalate.app
investigating
Stiamo attualmente indagando su un problema quando si cerca di caricare la connessione dall'esalato. App pagina ottiene un errore.
La connessione e le sincronizzazioni non sono influenzate dall'outage, stanno ancora lavorando, ma al momento non è possibile vedere o modificare la connessione dall'esalato. pagina app.
Vi forniremo un aggiornamento entro 2 ore.
monitoring
Il problema è stato risolto. Exalate Dashboard non è tornato online e stabile. Continueremo a monitorare il sistema.
resolved
Questo incidente è stato risolto.
postmortem
**Durata:** 11:10 CEST - 11:26 CEST \(circa 16 minuti\). Stabilità completa confermata alle 14:47 CEST.
# Impatto # Le pagine di connessione Exalate.app e dashboard erano inaccessibili durante questa finestra. La sincronizzazione dei problemi non è stata influenzata - le integrazioni hanno continuato a funzionare normalmente durante tutto. Nessun dato è stato perso.
♪ Sommario ♪ Il 23 giugno 2026, l'interfaccia Exalate.app divenne inaccessibile dopo che un componente interno di autenticazione non riuscì a connettersi al suo database. Il fallimento è stato causato da un errore delle credenziali introdotto durante una distribuzione di produzione.
♪ Timeline ♪
* 11:10 CEST - Problema rilevato, indagine avviata
* 11:26 CEST - Risolto schierato, servizio ripristinato
* 14:47 CEST - Piena stabilità confermata
** Causa Root: ** Durante una distribuzione di produzione il 19 giugno, una credenziali di database è stata configurata in modo indipendente in due sistemi. Un errore sottile è stato introdotto durante un successivo aggiornamento di configurazione. L'errore è rimasto latente perché l'applicazione ha mantenuto le connessioni di database esistenti. Un evento di manutenzione GKE di routine il 23 giugno ha riciclato l'applicazione, costringendo nuove connessioni che hanno esposto il difetto.
**Risoluzione: ** Le credenziali del database sono state allineate e l'applicazione è stata riavviata. Servizio restituito a pieno funzionamento senza perdita di dati.
** Misure preventive: **
* I controlli di verifica dell'autenticazione post-deployment sono stati aggiunti alla cartella di esecuzione di distribuzione
* Alerting per i guasti di connettività dei database applicativi è stato implementato
* Il processo di configurazione delle credenziali viene consolidato per eliminare il rischio di errore di dual system
Ci scusiamo per l'interruzione. Rimaniamo impegnati nell'affidabilità della piattaforma Exalate.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
We have reports of some Exlate cloud nodes being unavailable. Our team is currently investigating the issue.
investigating
We are continuing to investigate this issue.
identified
Our cloud team has identified the root cause and is actively engaged in rectifying it.
identified
affected nodes are recovering while our cloud team continues to work on the issue.
monitoring
All nodes are operational, our cloud team continues to review the affected cluster and work on its maintenance.
resolved
The system has been under close observation and it has been stable. We will provide a post-mortem to the incident in due course.
Exalate.app Non caricamento spazi di lavoro
Inizio 15 aprile 2026 alle ore 09:03 UTC · 3h 13m
OutageIncidente maggiore
Componenti interessati
Exalate.app
investigating
Stiamo attualmente indagando su un problema in cui la pagina degli spazi di lavoro non sta caricando.
La sincronizzazione non è influenzata, solo l'interfaccia utente di New Exalate non sta caricando.
identified
Abbiamo identificato la causa principale del problema e stiamo attualmente lavorando su una correzione.
monitoring
Le questioni tecniche sono state completamente risolte e l'applicazione è in funzione e in esecuzione ora. Stiamo monitorando attentamente la situazione.
resolved
L'applicazione ha funzionato senza problemi e non vediamo anomalie. Un post-mortem sarà fornito a tempo debito.
postmortem
**Incident:** Exalate.app Carico spazi di lavoro - 15 aprile 2026
**Durata:** 11:03 CEST – 12:16 CEST \(circa 73 minuti\).
# Impatto # L'UI Exalate.app era inaccessibile durante questa finestra. La sincronizzazione dei problemi non è stata influenzata. Nessun dato è stato perso.
**Summary:** Il 15 aprile 2026, l'interfaccia Exalate.app divenne inaccessibile dopo un aggiornamento delle credenziali dell'infrastruttura pianificato. Una dipendenza di configurazione secondaria non è stata aggiornata come parte del cambiamento, impedendo l'applicazione di connettersi al suo database.
♪ Timeline ♪
* 11:03 CEST - Problema rilevato, indagine avviata
* 11:04 CEST - Causa radice identificata
* 12:16 CEST - Risolto schierato, servizio restaurato
** Causa Root: ** Una dipendenza di configurazione mancata durante un aggiornamento delle credenziali ha lasciato l'applicazione incapace di autenticare il suo database. Ciò era legato all'incidente del 6 aprile; la dipendenza aggiuntiva è stata ora identificata e incorporata nella procedura di rotazione.
**Risoluzione: ** La configurazione interessata è stata rigenerata e l'applicazione è stata riavviata. Servizio restituito a pieno funzionamento senza perdita di dati.
** Misure preventive: **
* Tutte le dipendenze delle credenziali sono state completamente mappate e la procedura di rotazione aggiornata per coprirle come un'unica operazione atomica
Ci scusiamo per l'interruzione. Rimaniamo impegnati nell'affidabilità della piattaforma Exalate.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Exalate.app Non caricamento spazi di lavoro
Inizio 6 aprile 2026 alle ore 11:07 UTC · 4h 24m
OutageIncidente maggiore
Componenti interessati
Exalate.app
investigating
Attualmente stiamo indagando su un problema quando gli spazi di lavoro non stanno caricando le informazioni.
La sincronizzazione non è influenzata, ma l'interfaccia utente di New Exalate non sta caricando.
monitoring
Abbiamo identificato e una soluzione è stata implementata. Exalate.app è attualmente operativo e funzionante come previsto, continueremo a monitorare la situazione e fornirà un aggiornamento presto.
resolved
Questo incidente è stato risolto.
postmortem
**Incident:** Exalate.app Carico spazi di lavoro - 6 aprile 2026
**Durata:** 13:07 CEST - 13:28 CEST \(circa 21 minuti\).
# Impatto # L'UI Exalate.app era inaccessibile durante questa finestra. La sincronizzazione dei problemi non è stata influenzata - le integrazioni hanno continuato a funzionare normalmente durante tutto. Nessun dato è stato perso.
♪ Sommario ♪ Il 6 aprile 2026, l'interfaccia Exalate.app divenne inaccessibile dopo che una credenziali infrastrutturale fu ruotata come parte di un programma di miglioramento della sicurezza pianificato. Il componente responsabile delle credenziali della cache della connettività del database all'avvio e non le ricarica automaticamente. La credenziale precedente è stata rimossa prima che il componente fosse stato riavviato per raccogliere il nuovo, causando guasti di autenticazione.
♪ Timeline ♪
* 13:07 CEST - Problema rilevato, indagine avviata
* 13:28 CEST - Risolto schierato, servizio restaurato
** Causa Root: ** Una rotazione delle credenziali completata dalla sequenza - le vecchie credenziali sono state rimosse prima che il componente consumante fosse stato riavviato con quello nuovo.
**Risoluzione: ** I componenti interessati sono stati riavviati con le credenziali corrette. Servizio restituito a pieno funzionamento senza perdita di dati.
** Misure preventive: **
* È stata stabilita una procedura di rotazione delle credenziali che rafforza una sequenza obbligatoria: aggiornare, riavviare i consumatori, verificare, quindi rimuovere le vecchie credenziali
* Monitoraggio diretto per i guasti di autenticazione della connettività di database viene implementato
* La migrazione alla gestione delle credenziali automatizzata che elimina la rotazione manuale per questo carico di lavoro è in corso
Ci scusiamo per l'interruzione. Rimaniamo impegnati nell'affidabilità della piattaforma Exalate.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Some Exalate Nodes are currently unreachable
Inizio 2 aprile 2026 alle ore 15:41 UTC · 5h 45m
OutageIncidente maggiore
Componenti interessati
Exalate for ServiceNow in Exalate CloudSynchronisation nodeFreshserviceExalate ConsoleFreshdeskExalate for SalesForceExalate for Azure DevOpsExalate for GitHub
investigating
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
identified
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
identified
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.
monitoring
All nodes have been successfully restored.
Our team is closely monitoring the system to ensure continued stability.
resolved
This incident has been resolved.
Exalate App unavailable
Inizio 16 marzo 2026 alle ore 15:13 UTC · 2h 0m
IssuesIncidente minore
Componenti interessati
Exalate.app
investigating
We are investigating reports by some users that the Exalate app is not available right now.
identified
We have identified the problem and the team is working to rectify this. We will provide an update of progress shortly.
monitoring
The services are fully functional again. We are very closely monitoring the situation.
resolved
All systems are functional. We will be providing a post-mortem of the incident here in due course.
postmortem
**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
Exalate Website Unavailable
Inizio 13 marzo 2026 alle ore 11:56 UTC · 6h 23m
IssuesIncidente minore
Componenti interessati
Exalate.com website
investigating
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.
investigating
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.
monitoring
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.
resolved
This incident has been resolved.
postmortem
**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.
Some exalate cloud nodes unavailable
Inizio 9 marzo 2026 alle ore 06:59 UTC · 2h 1m
IssuesIncidente minore
Componenti interessati
Hosting platform
investigating
We have reports of some Exlate cloud nodes being unavailable. Our team is currently investigating the issue.
identified
Our cloud team has identified the root cause and is actively engaged in rectifying it.
monitoring
The issue has been fully rectified and all nodes are fully restored. We are closely monitoring the situation.
resolved
After close monitoring, we consider the issue fully resolved. An RCA would be published here in due course.
postmortem
**Incident:** Exalate Cloud Service Disruption - March 9, 2026
**Duration:** 07:30 CET – 08:10 CET \(approximately 40 minutes\)
**Impact:** Some Exalate Cloud nodes experienced temporary service disruption. Database write operations were briefly affected. Issue synchronisation resumed automatically once the issue was resolved. No data was lost.
**Summary:** On March 9, 2026, the primary database instance serving part of the Exalate Cloud infrastructure reached full storage capacity. This prevented the database from processing write operations, temporarily impacting node availability.
**Timeline:**
* 07:30 CET - Issue detected, investigation initiated
* 08:05 CET - Storage expanded, database operations resumed
* 08:10 CET - Fix verified, nodes confirmed operational
* 10:00 CET - Full stability confirmed after extended monitoring
**Root Cause:** The primary database storage volume gradually reached full capacity under normal operational growth. Proactive storage monitoring did not fire in time.
**Resolution:** Database storage was expanded and the service returned to full operation automatically. Additional alerting configured.
Exalate.app page is not loading.
Inizio 23 gennaio 2026 alle ore 09:59 UTC · 2h 19m
OutageIncidente critico
Componenti interessati
Exalate.app
investigating
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.
monitoring
A fix has been implemented and we are monitoring the results.
resolved
This incident has been resolved.
postmortem
**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
Exalate nodes unrachable
Inizio 12 dicembre 2025 alle ore 16:15 UTC · 12h 11m
OutageIncidente maggiore
Componenti interessati
Exalate for ServiceNow in Exalate CloudSynchronisation nodeconnect.exalate.cloudExalate.appFreshserviceExalate ConsoleFreshdeskExalate for SalesForceconnect.exalate.net (mapper)Exalate for Azure DevOpsExalate for GitHub
investigating
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
identified
We have root caused the issue and the restoration process is underway already.
The next update will be provided in 30mins.
identified
The recovery process is still ongoing.
We will provide an update within an hour.
identified
We continue to work on the restoration of the affected nodes.
We will be providing a new update in one hour.
identified
Nodes are being restored now, most nodes are now online, a full operational message will be posted once all nodes are back online.
identified
Most nodes are back on operational status, a full operational message will be posted once all nodes are back.
monitoring
All nodes are back to operational status now.
We continue to monitor the stability closely.
resolved
All Exalate nodes are stable and working normally.
A post-mortem for the incident will be published in due course.
postmortem
**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.
Some Exalate nodes are unavailable
Inizio 27 novembre 2025 alle ore 11:47 UTC · 19h 22m
OutageIncidente maggiore
Componenti interessati
Hosting platform
investigating
We are investigating reports of some Exalate nodes being unavailable. We will be providing an update shortly on the investigation.
identified
We have identified the problem and are working to restore full service as soon as possible.
identified
Most nodes are currently running but we are still experiencing intermittent service failures. The full fix is being implemented now.
monitoring
All nodes are back online and we are closely monitoring the cluster health.
identified
We have detected some instability again and are investigating why some nodes are not reachable again.
identified
All nodes are now back online and our team is working on stabilizing the services
monitoring
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.
resolved
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.
postmortem
**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.
SyncRoom website and Community not loading.
Inizio 20 novembre 2025 alle ore 09:43 UTC · 1h 40m
IssuesIncidente minore
Componenti interessati
Exalate for ServiceNow in Exalate CloudSynchronisation nodeFreshserviceExalate SupportExalate ConsoleFreshdeskExalate for SalesForceExalate for Azure DevOpsExalate for GitHub
identified
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.
monitoring
A fix has been implemented by Hostinger and the services have been restored (Exalate community and SyncRoom)
We will continue to monitor the results.
resolved
This incident has been resolved.
postmortem
timeout
Some Exalate nodes down (specially on Jira Cloud)
Inizio 4 ottobre 2025 alle ore 06:18 UTC · 36m
OutageIncidente maggiore
Componenti interessati
Synchronisation node
investigating
We are investigating reports of users unable to access the Exalate console on some systems. We will be providing an update soon.
monitoring
The problem has been identified and the fix has been put in place.
resolved
The issue is fully resolved and all nodes are operational.
A post-mortem will be provided here in due course.
postmortem
## **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
Jira Cloud: Script Configuration Update Available
Inizio 3 ottobre 2025 alle ore 09:43 UTC · 33d 4h
IssuesIncidente minore
Componenti interessati
Synchronisation node
monitoring
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.
resolved
This incident has been resolved.
postmortem
timeout
Some Exalate nodes unavailable
Inizio 24 settembre 2025 alle ore 10:56 UTC · 1d 3h
OutageIncidente maggiore
Componenti interessati
Exalate for ServiceNow in Exalate CloudSynchronisation nodeFreshserviceExalate ConsoleFreshdeskExalate for SalesForceExalate for Azure DevOpsExalate for GitHub
investigating
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.
identified
We have root caused the issue and the restoration process is underway already.
The next update will be provided in 30mins.
identified
The recovery process is still ongoing.
We will provide an update within an hour.
monitoring
All nodes are fully recovered.
We continue to closely monitor the situation.
identified
Our monitoring uncovered a problem still lingering with the cluster.
We are working to restore full functionality as soon as possible.
identified
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.
identified
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.
identified
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
identified
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.
identified
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.
identified
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
identified
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.
identified
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.
identified
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.
monitoring
All nodes are fully restored and functioning normally now.
We continue to monitor the cluster carefully to ensure stability.
resolved
We have extensively monitored the cluster health and there have been no outstanding issues found.
postmortem
## 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.
Jira Cloud IssueLinks being Removed
Inizio 29 agosto 2025 alle ore 16:18 UTC · 6d 19h
IssuesIncidente minore
Componenti interessati
Synchronisation node
investigating
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.
identified
The issue has been identified and we are performing remediation actions.
identified
All nodes have been moved from the affected version and a workaround to remediate the possible effects on issue links is being investigated.
monitoring
We identified the affected instances and provided remediation steps to all affected clients to restore the removed links.
resolved
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.
postmortem
# 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.