54 Exalate incidents · 2021年12月 — official updates, affected components, duration and resolution details.
アトラスシアンは、現在Jiraや他のシステムの問題です - 詳細はこちら: https://status.atlassian.com/ Jiraインスタンスに接続すると、Exalate接続に影響します.
問題が特定され、修正が実装されています.
アトラスシアンは、問題の解決のために解決する場所に修正を入れています。 シンクロナイゼーションは既に正常に戻りますが、問題が発生した場合はサポートまでお任せください.
すべてのアトラスシアンシステムは正常に戻り、同期が期待どおりに機能します。 同期に問題が発生した場合は、サポートチケットを作成し、お手伝いさせていただきます.
N・A
公式のインシデント更新を自動翻訳しています。
プロキシユーザが "Exalate" の代わりに、アプリケーションの完全な名前で表示されるようにするアプリケーション名で、変換されていない変更に続いてください。 これはすでにアトラスシアンに通知され、変更を変換するために、最後に必要なアクションを待っています。 影響:Exalateによってなされる更新は変更をするユーザーとして「Jira (双方向同期)」のための標準の古典的なコネクターを」表示します.
今後も、アトラスシアンサポートの助けを借りて、この問題を解決するための最善のアプローチを調査していきます.
アトラスシアンは、この問題の解決をできるだけ早く決定するために、アトラスシアンのサポートを積極的に取り組んでいます.
アトラスシアンは、この問題の解決をできるだけ早く決定するために、アトラスシアンのサポートを積極的に取り組んでいます。 関連する情報があれば、6時間以内に次の更新を行います.
プロキシユーザ名がExalateに戻りました。 課題を解決すると考えております.
公式のインシデント更新を自動翻訳しています。
一部のJiraクラウドノードは、過去30分以上で不安定性を経験しています。 問題は限られ、一部の顧客にのみ影響を及ぼします。 アップデートを短時間で提供いたします.
私たちは、Exalate Cloudの安定性を向上させるために、変更を実行します。 ノードへの影響は、数分で利用できないノードで再起動することに制限されます。 ご不便をおかけします.
ノードのロールリスタートは進行中です。 JCloudノードで簡単に再起動できます。 皆様のお越しをお待ちしております.
再起動はまだ進行中であり、問題なく起こっています。 完了後すぐに更新いたします.
すべてのノードは通常の動作に戻ります。 今後も状況を監視し続けます.
監視を閉じた後、問題は完全に解決されると見なされます。 今回は、RCAを本コースに掲示します.
**事件:** JiraCloud Nodes Experiencing Instability - 7月 16, 2026 **期間:** 12:28 CET - 16:57 CET \(約4.5時間\)。 完全な安定性は18:18 CETで確認しました。 **影響:** 一部のJira Cloudインテグレーションノードは、このウィンドウの間に断続的な不安定性を経験しました。 通常～10ノードが同時に影響を受けました。 影響のないノードの同期が正常に動作し続けている。 データの紛失は行いません。 **概要:** 2026年7月16日、Exalate CloudプラットフォームのJira Cloud統合ノードは、断続的な再起動とタイムアウトを経験しました。 根本的な原因は、根本的なホスティングサーバーの1つにリソース制約があった。 初期のcoincidentalソフトウェア更新は、アプリケーションレイヤーに対する調査を指示しましたが、クロス環境解析は、他のインフラストラクチャ上のノードが影響を受けていないことを確認しました。つまり、単一のホスティングサーバーへの問題が狭くなります。 **タイムライン:** * 12:28 CET - 検出された問題, 調査が開始されました * 13:03 CET - スタビライゼーション対策、ロールリスタート開始 * 16:57 CET - 通常の操作に戻るすべてのノード * 18:18 CET - 完全な安定性は確認しました **ルート原因:** ホスティングサーバーは、ルーチンソフトウェアの更新サイクル中に集中したワークロードによるリソースの天井に達しました。 これにより、そのサーバー上で実行されるノードの断続的なリソースの飢餓を引き起こしました。 **決断:** ワークロードは、ホスティングインフラストラクチャ全体で再配布され、リソースの活用をバランス良くしました。 すべての影響を受けたノードはデータ損失なしで回復しました。 **予防措置:** * インフラ資源の活用のための積極的な警戒しきい値が実装されている * ホスティングサーバー間でのワークロード分布は、濃度を防止するために再調整されています 大変申し訳ございません。 私たちは、Exalateプラットフォームの信頼性にコミットしています.
公式のインシデント更新を自動翻訳しています。
更新後に新しいJiraクラウドフォージアプリにループする同期の複数のレポートを受け取りました。 当社の初期調査では、プロキシユーザーアカウントの変更により、これが起こっていると確信しています。 根本原因を判断し、修正を加える上で積極的に取り組んでいます.
今後も、根本原因を判断するために、当社のエンジニアにこの問題を調査し続けます.
根本原因を特定し、修正に取り組んでいます。 1時間以内に別の更新を期待してください.
修正は現在、最適なアプローチを見つけるために検証されています。 時間内に別のアップデートを行います.
残念ながら、修正のテストは予期しない問題を明らかにし、修正を細かく調整して、すべての可能なユースケースを組み込むことができます。 1時間に更新いたします.
新しい修正が作成され、初期テストが有望です。 QAに新しい修正を重ね、結果について1時間以内に更新を行います。 ご不便をおかけします.
修正や結果もテスト中です。 終了まで近いです。 次回のアップデートは1時間以内となります.
修正は準備が整っており、お客様にとって最小限のインパクトで展開のアプローチに取り組んでいます。 あらゆる顧客に体系的にロールアウトされます。 展開について、次の時間にアップデートを行います.
修正を一部選択し、結果を検証しました。 今、大量ロールアウトが予定されています。 進行時間内にアップデートいたします.
パッチの展開はもちろんのこと、リリースは追加のQA検証を行なっています(フルプロダクションの展開に必須)。 次回の更新は1時間以内とします.
QAとテストは期待よりも若干長くなりますが、次の時間内に展開を開始することを期待しています。 開始前に更新いたします.
ホットフィックスの展開:Exalate Classic 5.35.4 - Jira Cloud、アンダーウェイ(https://community.exalate.com/t/jira-cloud-version-5-35-4/8215)。 展開は、あらゆる異常を間近に監視しています。 時間内に更新いたします.
展開は途切れない。 コースを修了後すぐに更新いたします.
導入が正常に完了し、問題は完全に解決しました。 RCAの詳細は、当コースにて公開します.
**Impact:** アトラスシアンのフォージプラットフォームへのインフラ移行後に、Jiraクラウド接続のクラシックExalateが繰り返し、重複した同期を経験した。 影響を受けた接続の顧客は見た: ***重複するアクティビティ** — 同じ更新、コメント、またはフィールドの変更は、同期ループとして問題に適用される。 ***再オープン/再承認された問題** — 再オープンされた問題、他のステータスやフィールドの値が、ペアされた問題との間で上書きされる。 ***重複した変更の量によって運転される捨てられたダッシュボードおよびreport**。 ***Broken の自動化とワークフローの検証** — 統合ユーザ名 \(および ID\ のアンダーリング) が変更されるため、顧客側の Jira Automation ルールとワークフローのバリデータが「Exalate」ユーザに名前を付けて設定した時点で停止した値を参照しました。 ***Stuck または syncs** を失敗した場合は、手動の retries またはリカバリーが必要な接続がいくつかあります。 * チームが不便な同期と正しい影響を受けた問題に結びつくため、** の増加 顧客全員が影響を受けていないため、接続構成により影響を受けます。 最も露出されたのは、以前に作成されたか、元の "Exalate" アイデンティティの下で更新されたローカルな接続と問題でした。そして、名前を変更しました。 **概要:** Jira Cloud 用の Classic Exalate を Atlassian の Forge プラットフォームへ移行するの一環として、Jira 内の Exalate のインテグレーション ユーザーの名前は、\("Exalate" からより長い variant\) に変更されます。 自分の更新を認識し、それらを再同期することを避けるために名前を使用していました。 名前が変更されると、アプリは影響を受けた接続に関する独自の書き込みを認識しなくなり、新しい外部の変更があったら、それぞれの書き込みが別の同期をトリガーし、ループを生成します。 同一のアイデンティティの変更は、顧客の自動化と認証を解除し、"Exalate" ユーザーが名前で参照しました。 **Resolution:** Exalateのアップデートを認識するパッチ\(5.35.4\)は、表示名が影響を受けた顧客環境で検証され、Jiraクラウドフリート全体に展開されたのではなく、安定したユーザー識別子によって認識されます。 導入完了後、同期が正常に戻りました。 Atlassian は、インテグレーションのユーザ名を「Exalate」として復元・確認し、現在安定しています。名前で参照する自動化を修復します。 ループが重複または再オープンしたアイテムを作成した場合、影響を受けた顧客が影響を受けた問題を特定し、修正するために機能しています。 **予防措置:** Loop-prevention は変更可能な表示名に依存しません。プラットフォーム主導の変更やアプリの更新、同期ループとデータベースの飽和の自動検出など、インパクトレビューや通知のステップを追加しています。 私たちは、破壊のために報じ、Exalateプラットフォームの信頼性にコミットし続けています.
公式のインシデント更新を自動翻訳しています。
現在、外部からの接続をロードしようとすると課題を調査しています。 アプリページがエラーになります。 接続と同期は、停電の影響を受けませんが、それでも機能していますが、現時点では、外部からの接続を参照または変更することはできません。 アプリページ 2時間以内に更新を行います.
問題は解決しました。 Dashboard は、オンラインと安定した状態に戻りません。 今後もモニタリングを続けてまいります.
この事件は解決しました.
**期間:** 11:10 CEST - 11:26 CEST \(約16分\)。 14:47 CESTで確認された完全な安定性。 **影響:** Exalate.app接続とダッシュボードページは、このウィンドウの間にアクセスできませんでした。 問題の同期は影響を受けませんでした - 統合は、通常、全体で実行し続けました。 データの紛失は行いません。 **概要:** 2026年6月23日、Exalate.appインターフェイスは内部認証コンポーネントがデータベースに接続できなかった後にアクセス不能になりました。 生産展開中に導入されたクレデンシャルミスマッチによる故障が発生しました。 **タイムライン:** * 11:10 CEST - 検出された問題, 調査が開始されました * 11:26 CEST - デプロイ、サービス復元の修正 * 14:47 CEST - 完全な安定性の確認 **ルート原因:** 6月19日、データベースのクレデンシャルが独自に2つのシステムで構成されました。 その後の構成更新中に微妙な不一致が導入されました。 アプリケーションが既存のデータベース接続を維持しているため、不一致は遅くなっています。 6月23日の定期メンテナンスイベントは、アプリケーションをリサイクルし、不一致を露出した新しい接続を強化します。 **決断:** データベースのクレデンシャルが整列され、アプリケーションが再起動されました。 データの損失がなく、フルオペレーションに戻ってサービス。 **予防措置:** * 導入ランブックに、後払い認証確認チェックを追加 * アプリケーションデータベース接続障害の警告が実装されている ※ デュアルシステムミスマッチリスクを排除するために、クレデンシャル構成プロセスを連結 大変申し訳ございません。 私たちは、Exalateプラットフォームの信頼性にコミットしています.
公式のインシデント更新を自動翻訳しています。
一部のExlateクラウドノードが利用できなくなったことを報告しています。 現在、当社のチームが課題を調査しています.
今後もこの問題について調査を続けてまいります.
私たちのクラウドチームは、根本的な原因を特定し、積極的に是正に取り組んでいます.
影響を受けたノードは、クラウドチームが問題に引き続き取り組んでいる間、回復しています.
すべてのノードが運用され、当社のクラウドチームは、影響を受けるクラスターを引き続き見直し、そのメンテナンスに取り組んでいます.
システムを密接に観察し、安定しています。 弊社では、当コースに付随する事故に対し、後期を支給します.
**事件:** クラウドサービスの中断 - 4 5月 2026 **所要時間:** 10:45～22:10 EST \(約11時間25分、断続\) **影響:** 作業日中に、数百のEuropean クラスターの 1 つでクラウド ノードを繰り返します。 影響を受けたノードの同期は、これらのウィンドウで実行されず、各サービスが返されたたびに自動的に再開しました。 他のクラスターは不満でした。 データの紛失はなく、顧客行動は必要ありません。 **概要:** 2026年5月4日、これらのノードがスタンバイのレプリカを紛失し、すべてのトラフィックを運ぶインスタンスを1つ残します。 そのストレージは、別のワークロードで物理的なデバイスを共有し、その結果のコンテンツが遅くなるディスクをロードし、自動健康チェックがタイムアウトするのに十分な書き込みをします。 プラットフォームは、障害としてタイムアウトを処理し、壊れたよりも忙しいデータベースを再起動し、各々のクラスターでノードを切断しました。 **タイムライン:** * 10:45 CEST — ノデドは到達不能と報告しました, 調査が開始されました * 15:24 CEST — インシデントは、ステータスページに宣言および公表しました * 22:10 CEST — 復元されるスタンバイレプリカ、クラスターは健康を確認 **ルート原因:** 共有された物理デバイス上のストレージのコンテンツは、自動再起動をトリガーした健康チェックタイムアウトを引き起こしました。 スタンバイのレプリカを再構築すると、同じコンテンツが増幅され、データベースのドリューディスクスループットのコピーをインスタンスからストリーミングしても顧客にサービスを提供しています。 **決断:** ストレージは、専用のデバイスに移動し、CPUが割り当てられ、プライマリ上に発生したディスクスループットは、レプリカに意図的に制限されているため、再構築はデータをより穏やかに書き換えました。 **予防措置:** 私たちは、この環境の他のワークロードからデータベースストレージを分離し、健康チェックのしきい値を再調整するので、重負荷の下のデータベースが再起動されず、ノードの回復経路を並列化して復元を短縮し、ホストレベルの監視を追加することで、顧客に到達する前にセンジョンアラートが通知されます。 わたしたちは、破壊のために報じています。 私たちは、Exalateプラットフォームの信頼性にコミットしています.
公式のインシデント更新を自動翻訳しています。
現在、ワークスペースページがロードされていない問題について調査しています。 同期は影響しません。新しいExalateのUIのみがロードされません.
問題の根本原因を特定し、現在修正に取り組んでいます.
技術的な問題は完全に解決され、アプリが立ち上がり、今実行されています。 状況を密接に監視しています.
問題なくアプリケーションを円滑に実行し、異常は見られません。 後期はコースにて承ります.
**事件:** Exalate.app ワークスペースをロードしない - 4月 15, 2026 **期間:** 11:03 CEST - 12:16 CEST \(約73分\)。 **影響:** Exalate.app UIは、このウィンドウでアクセスできませんでした。 問題の同期は影響を受けませんでした。 データの紛失は行いません。 **概要:** 2026年4月15日、Exalate.appインターフェイスは、計画されたインフラストラクチャの認証更新後にアクセス不能になりました。 変更の一部として二次構成依存性が更新されず、アプリケーションがデータベースに接続するのを防ぎます。 **タイムライン:** * 11:03 CEST - 検出された問題, 調査が開始されました * 11:04 CEST - ルート原因を特定 * 12:16 CEST - デプロイ、サービス復元の修正 **ルート原因:** クレデンシャル更新中に欠落した構成依存性は、アプリケーションがデータベースに認証できないままです。 これは4月6日事件に関連しました。追加の依存性が確認され、回転手順に組み込まれています。 **決断:** 影響を受けた構成が再生成され、アプリケーションが再起動されました。 データの損失がなく、フルオペレーションに戻ってサービス。 **予防措置:** * クレデンシャルの依存関係は完全にマッピングされ、回転手順は単一の原子操作としてそれらをカバーするために更新しました 大変申し訳ございません。 私たちは、Exalateプラットフォームの信頼性にコミットしています.
公式のインシデント更新を自動翻訳しています。
現在、ワークスペースが情報をロードしていないときに問題点を調査しています。 同期は影響しませんが、New ExalateのUIはロードされません.
特定したソリューションを実装しました。 Exalate.app は、現在運用中です。期待通り、引き続き状況を監視し、速やかに更新を行います.
この事件は解決しました.
**事件:** Exalate.app ワークスペースをロードしない - 4月 6, 2026 ※所要時間:**13:07 CEST - 13:28 CEST \(約21分) **影響:** Exalate.app UIは、このウィンドウでアクセスできませんでした。 問題の同期は影響を受けませんでした - 統合は、通常、全体で実行し続けました。 データの紛失は行いません。 **概要:** 2026年4月6日、Exalate.appインターフェイスは、計画されたセキュリティ改善プログラムの一環として、インフラ認証が回転した後、アクセス不能になりました。 データベースのコネクティビティが起動時に認証情報をキャッシュし、自動的にリロードしません。 以前のクレデンシャルは、コンポーネントが新しいものを選ぶために再起動された前に削除され、認証障害を引き起こします。 **タイムライン:** * 13:07 CEST - 検出された問題, 調査が開始されました * 13:28 CEST - デプロイ、サービス復元の修正 **ルート原因:** 順序から完了したクレデンシャル回転 - 消費成分が新しいもので再起動される前に古いクレデンシャルが削除されました。 **決断:** 影響を受けたコンポーネントは正しい認証情報で再起動しました。 データの損失がなく、フルオペレーションに戻ってサービス。 **予防措置:** * クレデンシャル・ローテーション手順は、必須のシーケンスを強化しています。更新、消費者の再起動、確認、古い資格情報を削除 *データベース接続認証障害の直接監視を実施 *このワークロードの手動回転を除去する自動化された資格管理への移行が進行中 大変申し訳ございません。 私たちは、Exalateプラットフォームの信頼性にコミットしています.
公式のインシデント更新を自動翻訳しています。
Exalate ノードが利用できなくなったことを調査しています。 調査に間もなく更新を行います。 次のアップデートは2時間以内です。または、関連するアップデートがすぐに更新されます
問題は特定され、現在、できるだけ早くノードの復元に取り組んでいます。 次のアップデートは、関連するアップデートが2時間以内です
今後も復旧の努力を続けてまいります。 一部のノードは既に利用可能です。 次回のアップデートは、関連するアップデートが2時間以内になる予定です.
すべてのノードが正常に復元されました。 当社のチームは、継続的な安定性を確保するためにシステムを監視しています.
この事件は解決しました.
**事件:** クラウドサービスの中断 - 2 4月 2026 **所要時間:** 16:30～21:25 EST \(4時間55分) **影響:** ベルギークラスターでホストされている約60個のExalate Cloudノードが利用できなくなった。 これらのノードの同期は、ノードが復元されたら、アウト率の持続時間のために実行されず、自動的に再開しました。 データの紛失は行いません。 **概要:** 内部Kubernetes証明書の定期回転中に、クラスター内のすべてのワーカーノードがエージェントを同時に再起動しました。 各ワーカーは、ストレージ API にディスクを再検証し、その API に圧倒された同時リクエストのボリュームを同時に尋ねました。 ストレージ API が応答しないと、影響を受けたノードはディスクを添付せず、オフラインで保存できます。 **決断:** ストレージ API へのトラフィックは分離され、コンポーネントはバックログをクリアするために再起動しました。 ノードは、管理されたシーケンスでサービスに戻りました。 1 人のワーカーは、21:25 CEST ですべてのノードがオンラインになるまでです。 **予防措置:** 証明書の回転手順が変更され、ノードの再起動が同時に実行されるのではなくペースでバッチ処理され、このパッシングは手動で適用されるのではなくツーリングに組み込まれています。 また、ストレージ API に対する保護率制限に関するインフラストラクチャーパートナーと連携し、ノードが API を呼び出す代わりにディスクをローカルで確認し、API の飽和時にアラートを監視して、顧客に影響を与えるため、ストレージドライバーに変更します。 わたしたちは、破壊のために報じています。 私たちは、Exalateプラットフォームの信頼性にコミットしています.
公式のインシデント更新を自動翻訳しています。
We are investigating reports by some users that the Exalate app is not available right now.
We have identified the problem and the team is working to rectify this. We will provide an update of progress shortly.
The services are fully functional again. We are very closely monitoring the situation.
All systems are functional. We will be providing a post-mortem of the incident here in due course.
**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
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.
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.
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.
This incident has been resolved.
**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.
We have reports of some Exlate cloud nodes being unavailable. Our team is currently investigating the issue.
Our cloud team has identified the root cause and is actively engaged in rectifying it.
The issue has been fully rectified and all nodes are fully restored. We are closely monitoring the situation.
After close monitoring, we consider the issue fully resolved. An RCA would be published here in due course.
**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.
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.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
**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
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
We have root caused the issue and the restoration process is underway already. The next update will be provided in 30mins.
The recovery process is still ongoing. We will provide an update within an hour.
We continue to work on the restoration of the affected nodes. We will be providing a new update in one hour.
Nodes are being restored now, most nodes are now online, a full operational message will be posted once all nodes are back online.
Most nodes are back on operational status, a full operational message will be posted once all nodes are back.
All nodes are back to operational status now. We continue to monitor the stability closely.
All Exalate nodes are stable and working normally. A post-mortem for the incident will be published in due course.
**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.
We are investigating reports of some Exalate nodes being unavailable. We will be providing an update shortly on the investigation.
We have identified the problem and are working to restore full service as soon as possible.
Most nodes are currently running but we are still experiencing intermittent service failures. The full fix is being implemented now.
All nodes are back online and we are closely monitoring the cluster health.
We have detected some instability again and are investigating why some nodes are not reachable again.
All nodes are now back online and our team is working on stabilizing the services
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.
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.
**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.
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.
A fix has been implemented by Hostinger and the services have been restored (Exalate community and SyncRoom) We will continue to monitor the results.
This incident has been resolved.
timeout
We are investigating reports of users unable to access the Exalate console on some systems. We will be providing an update soon.
The problem has been identified and the fix has been put in place.
The issue is fully resolved and all nodes are operational. A post-mortem will be provided here in due course.
## **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
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.
This incident has been resolved.
timeout
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.
We have root caused the issue and the restoration process is underway already. The next update will be provided in 30mins.
The recovery process is still ongoing. We will provide an update within an hour.
All nodes are fully recovered. We continue to closely monitor the situation.
Our monitoring uncovered a problem still lingering with the cluster. We are working to restore full functionality as soon as possible.
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.
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.
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
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.
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.
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
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.
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.
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.
All nodes are fully restored and functioning normally now. We continue to monitor the cluster carefully to ensure stability.
We have extensively monitored the cluster health and there have been no outstanding issues found.
## 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.
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.
The issue has been identified and we are performing remediation actions.
All nodes have been moved from the affected version and a workaround to remediate the possible effects on issue links is being investigated.
We identified the affected instances and provided remediation steps to all affected clients to restore the removed links.
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.
# 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.
