54 Exalate incidents · 2021년 12월 — official updates, affected components, duration and resolution details.
Atlassian은 현재 Jira 및 기타 시스템과의 문제를 경험하고있다. 세부 사항 : https://status.atlassian.com/ Jira 인스턴스에 연결하면 Exalate 연결에 영향을 줄 수 있습니다.
문제는 식별되고 수정이 구현됩니다.
Atlassian은 문제를 해결하기 위해 배치를 넣어. 동기화는 이미 정상으로 돌아야하지만 문제의 경우 지원에 도달하십시오.
모든 Atlassian 시스템은 정상으로 돌아가며 동기화는 예상대로 작동합니다. sync를 가진 어떤 문제점든지의 경우에는, 지원 표를 창조하고 우리는 원조하게 행복할 것입니다.
사이트맵
공식 인시던트 업데이트를 자동 번역했습니다.
Proxy user가 "Exalate" 대신 응용 프로그램의 전체 이름과 함께 표시되도록 proxy user를 원인하는 응용 프로그램 이름의 unadverted 변경에 따라. Atlassian에 이미 표기되어 있으며 변경을 반전하기 위해 끝에서 필요한 조치를 기다리고 있습니다. 충격: Exalate에 의해 한 업데이트는 변경을 만드는 사용자로 Jira (Two-way Sync)를 위한 "Exalate Classic Connector"를 표시합니다.
Atlassian 지원의 도움으로이 문제를 해결하기 위해 최선의 방법을 계속합니다.
Atlassian 지원과 적극적으로 협력하여 가능한 한 빨리이 문제에 대한 최선의 해결책을 결정합니다.
Atlassian 지원과 적극적으로 협력하여 가능한 한 빨리이 문제에 대한 최선의 해결책을 결정합니다. 우리는 6 시간 이내에 다음 업데이트를 제공 할 것입니다 또는 곧 우리는 모든 관련 정보가 있습니다.
프록시 사용자 이름은 Exalate로 다시 바뀌었습니다. 우리는 해결로 사건을 고려하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
일부 Jira Cloud 노드는 지난 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 노드가 동시에 영향을 미쳤습니다. unaffected 노드에 동기화가 정상적으로 실행되도록 노력합니다. 데이터가 손실되지 않았습니다. ** 일정:** 7 월 16, 2026, Exalate Cloud 플랫폼의 일부 Jira Cloud 통합 노드는 간헐적인 재시작 및 타임아웃을 경험했습니다. 루트 원인은 underlying 호스팅 서버 중 하나에 리소스 제약이 있었다. Coincidental 소프트웨어 업데이트는 처음 애플리케이션 레이어에 대한 조사를 지시했지만 Cross-environment 분석은 다른 인프라의 노드가 불확실한 것으로 확인 - 단일 호스팅 서버의 문제점을 축소. **시간:** * 12:28 CET - 문제가 발견, 시작된 조사 * 13:03 CET - 안정화 측정 적용, 롤링 재시작 개시 * 16:57 CET - 모든 노드가 정상 작동으로 돌아갑니다. * 18:18 CET - 전체 안정성 확인 ** 루트 원인: ** 호스팅 서버는 일상 소프트웨어 업데이트 주기 동안 집중된 작업 부하로 인해 리소스 천장에 도달했습니다. 서버에서 실행되는 노드에 대한 간헐적 자원 별명. ** 해결책: ** Workload는 호스팅 인프라를 통해 자원 활용을 균형 잡힌다. 모든 영향을받는 노드는 데이터 손실 없이 회복됩니다. **Preventive 측정:** * 인프라 리소스 활용을 위한 Proactive alerting 임계값이 구현되었습니다. * 호스팅 서버 전역의 워크로드 배포는 농도를 방지하기 위해 재조정되었습니다. 우리는 붕괴를 위해 사과합니다. 우리는 Exalate 플랫폼의 신뢰성에 최선을 다하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
새로운 Jira Cloud forge 앱으로 업데이트 후 syncs looping의 여러 보고서를 받았습니다. 우리의 초기 조사는이 프록시 사용자 계정의 변경으로 인해 일어나는 것을 믿는다. 우리는 뿌리 원인을 결정하고 수정을 적용하기 위해 적극적으로 노력하고 있습니다.
우리는 우리의 엔지니어와 함께이 문제를 조사하고 뿌리 원인을 결정합니다.
뿌리 원인은 확인되었습니다. 우리는 수정 작업을하고 있습니다. 한 시간 내에 다른 업데이트를 기대하십시오.
수정은 현재 가장 좋은 접근 방식을 찾는 것으로 검증됩니다. 우리는 시간 안에 다른 갱신을 제공할 것입니다.
불행히도, 수정의 테스트는 예상치 못한 문제점을 밝혀 현재 순서의 수정을 튜닝하여 모든 가능한 사용 사례를 통합합니다. 우리는 시간에 당신을 위한 갱신이 있을 것입니다.
새로운 수정이 생성되고 초기 테스트는 유망합니다. 우리는 새로운 수정과 QA에 깊은 결과에 대한 시간 내에 업데이트를 제공합니다. 불편을 드려 죄송합니다.
우리는 여전히 수정과 결과를 테스트하고 있습니다. 우리는 그것을 완성하기에 가깝습니다. 다음 업데이트는 시간 내에 있습니다.
수정이 준비되어 있으며, 고객에게 최소한의 영향으로 배포하는 접근법입니다. 그것은 체계적으로 모든 클라이언트에 구출될 것입니다. 우리는 배포에 대한 다음 시간에 업데이트를 제공합니다.
우리는 몇 가지 선택 고객 및 검증 된 결과에 대한 수정을 배포했습니다. 대량 롤아웃은 현재 계획되어 있습니다. 다음 시간 내에 업데이트됩니다.
우리는 여전히 패치 배포를위한 코스이며 릴리스는 추가 QA 유효성 검사를 통해 진행됩니다 (전체 생산 배포 필요). 우리는 시간 내에 다음 업데이트가있을 것으로 기대합니다.
QA 및 테스트는 예상보다 약간 오래 걸리지 만 다음 시간 내에 배포를 시작할 것으로 예상됩니다. 우리는 이것을 시작하기 전에 당신을 업데이트합니다.
Hotfix의 배포 : Exalate Classic 5.35.4 - Jira Cloud, underway (https://community.exalate.com/t/jira-cloud-version-5-35-4/8215). 배포는 어떤 anomalies를 위해 밀접하게 감시됩니다. 우리는 시간 내에 당신을 업데이트합니다.
배포는 계속 중단. 우리는 완전히 완료되기 때문에 당연히 당신을 새롭게 할 것입니다.
배포가 성공적으로 완료되었으며 문제는 완전히 해결되었습니다. 상세한 RCA는 코스에 게재됩니다.
**Impact: ** Atlassian의 Forge 플랫폼에 인프라 마이그레이션을 따르는 Jira Cloud 연결 경험의 일부 Classic Exalate. 영향 받은 연결 고객에: ***Duplicate activity** — 같은 업데이트, 댓글, 또는 필드 변경은 sync 루프로 문제에 적용됩니다. ***Reopened / resurrected issues** — 개입된 문제들, 그리고 다른 상태 또는 필드 값이 쌍된 문제들 사이에서 뒤로 덮인 문제들. * **Distorted 대시보드 및 보고서 ** 중복 변경의 볼륨에 의해 구동. ***Broken 자동화 및 워크플로우 검증** — 통합 사용자 이름 \(및 아래 ID\) 변경, 고객 사이드 Jira 자동화 규칙 및 워크플로우 검증자는 이름에 의해 "Exalate"사용자를 참조하여 설정된대로 중단됩니다. ***Stuck 또는 실패 syncs**, 그리고 일부 경우에 연결이 아래로 이동, 수동 retries 또는 복구 필요. * 증가 ** 수동적 노력** 팀에 대한 동기화 및 영향을 미칩니다. 모든 고객이 영향을 미쳤습니다. - 연결 구성에 영향을 미쳤습니다. 가장 노출 된 로컬 연결과 이전에 만든 문제가 있었거나 원래 "Exalate"의 정체성 아래에서 업데이트 한 다음 이름을 붙여 넣었습니다. ** 일정:** Jira Cloud를 Atlassian의 Forge 플랫폼으로 이동하는 Classic Exalate의 일부로서 Jira 내부의 Exalate의 통합 사용자에 대해 표시된 이름은 \( "Exalate"에서 더 긴 변형 \)를 변경했습니다. 자신의 업데이트를 인식하고 재 동기화를 방지하기 위해 이름을 사용합니다. 이름이 변경되면 앱이 더 이상 영향을받은 연결에 자신의 쓰기를 인식하고 새로운 외부 변경이었던 경우 처리했습니다. 각 쓰기는 다른 동기화를 트리거하고 반복을 생성합니다. 동일한 정체성 변경은 고객 자동화 및 검증을 통해 이름에 의해 "Exalate"사용자를 참조합니다. **Resolution:** 디스플레이 이름보다 안정된 사용자 식별자에 의해 Exalate의 자신의 업데이트를 인식하는 패치 \(5.35.4\)는 Jira Cloud 함대에 영향을 미치는 고객 환경에 검증되었습니다. 동기화가 완료되면 정상으로 돌아갑니다. Atlassian은 복원 된 이래로 통합 사용자의 이름을 "Exalate"로 확인했으며 현재 안정적인 - 이름을 참조하는 자동화를 복구합니다. 루프가 중복되거나 재개 품목을 생성하는 경우, 영향을받는 문제를 식별하고 수정하기 위해 영향을받는 고객과 협력하고 있습니다. **Preventive 측정:** Loop-prevention no longer are on the changeable display name; we are add a impact-review and notification step around platform-driven changes and app updates, and 자동화된 detection of synchronisation loops and database saturation so recovery does not Depend on customer report. 우리는 붕괴를 위해 사과하고 Exalate 플랫폼의 신뢰성에 최선을 다하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
우리는 현재 exalate에서 연결을로드하려고 할 때 문제점을 조사하고 있습니다. 앱 페이지는 오류가 발생합니다. 연결 및 동기화는 정전에 영향을받지 않습니다, 그들은 여전히 작동하지만, 순간은 exalate에서 연결을 볼 수 없습니다. 앱 페이지. 우리는 2 시간 이내에 업데이트를 제공 할 것입니다.
문제는 해결되었습니다. Exalate Dashboard는 온라인 및 안정적인 백업이 아닙니다. 우리는 계속 체계를 감시할 것입니다.
이 사건은 해결되었습니다.
**출발:** 11:10 CEST - 11:26 CEST \(약 16 분). 14:47 CEST에서 확인된 전체 안정성. ** 중요 사항: ** Exalate.app 연결 및 대쉬보드 페이지는 이 창에서 접근할 수 있었습니다. 문제 동기화는 영향을받지 않았습니다 - 통합은 일반적으로 실행되도록 계속되었습니다. 데이터가 손실되지 않았습니다. ** 일정:** 6월 23, 2026일, Exalate.app 인터페이스는 내부 인증 구성 요소가 데이터베이스에 연결하지 못한 후 접근 가능했습니다. 실패는 생산 배포 중에 도입 된 자격 잡화에 의해 발생했습니다. **시간:** * 11:10 CEST - 문제 감지, 조사 개시 * 11:26 CEST - 배포 수정, 서비스 복원 * 14:47 CEST - 전체 안정성 확인 ** 루트 원인: ** 6 월 19,에 생산 배치하는 동안 데이터베이스 자격은 두 시스템에 독립적으로 구성되었습니다. subtle mismatch는 연속 설정 업데이트 중에 도입되었습니다. mismatch는 기존 데이터베이스 연결을 유지했기 때문에 늦게 남아있다. 6 월 23 일 GKE 유지 보수 이벤트는 응용 프로그램을 재생, mismatch 노출 새로운 연결을 강제. ** 해결책: ** 데이터베이스 자격은 정렬되고 응용 프로그램이 재시작되었습니다. 서비스는 데이터 손실없이 전체 작동으로 돌아갑니다. **Preventive 측정:** * Post-deployment 인증 확인 체크가 배포 runbook에 추가되었습니다. * Application Database 연결 실패를 위한 Alerting는 구현되었습니다 * credential 윤곽 과정은 이중 체계 mismatch 위험을 삭제하기 위하여 통합됩니다 우리는 붕괴를 위해 사과합니다. 우리는 Exalate 플랫폼의 신뢰성에 최선을 다하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
Exlate Cloud 노드를 사용할 수 없습니다. 우리의 팀은 현재 문제점을 조사하고 있습니다.
이 문제를 조사하고 있습니다.
우리의 클라우드 팀은 루트 원인을 확인 하 고 그것을 수정에 적극적으로 참여.
영향을받는 노드는 클라우드 팀이 문제점에 대해 계속 작동하면서 복구됩니다.
모든 노드는 운영되고, 클라우드 팀은 영향을 받은 클러스터를 검토하고 유지 보수 작업을 계속합니다.
시스템은 가까운 관측과 안정되어 왔습니다. 우리는 때문에 과정의 사건에 post-mortem를 제공 할 것입니다.
**문의:** Exalate 클라우드 서비스 중단 - 4 May 2026 **출발:** 10:45 – 22:10 CEST \(약 11 시간 25 분, 간헐 \) ** 중요 사항: ** 유럽 클러스터 중 하나에 수백 개의 Exalate Cloud 노드가 작업 일 동안 반복적으로 제한되지 않았습니다. 영향을받는 노드에 대한 동기화는이 창에서 실행되지 않았고 각 시간 서비스가 반환되었습니다. 다른 클러스터가 비범했다. 데이터가 분실되지 않았고 고객 행동이 필요하지 않습니다. ** 일정:** 에 4 May 2026, 데이터베이스 제공 이러한 노드는 모든 트래픽을 수행하는 하나의 인스턴스를 떠나 대기 복제를 잃었다. 그것의 저장은 다른 작업대를 가진 물리적 장치를 공유하고, 그 결과로 contention 느리게 한 디스크는 우리의 자동화한 건강 체크를 위해 충분히 씁니다. 이 플랫폼은 실패로 타임아웃을 처리하고 그 클러스터에 노드를 끊어지게 된 데이터베이스를 재시작했습니다. **시간:** * 10:45 CEST — Nodes가 부정적으로 보고, 시작된 조사 * 15:24 CEST — Incident 선언 및 우리의 상태 페이지에 게시 * 22:10 CEST — 대기 복제 복원, 클러스터가 건강 확인 ** 루트 원인: ** 공유된 물리적 장치에 저장 contention은 자동적인 재시작을 트리거하는 Health-check timeouts를 발생시켰습니다. 대역 복제를 재구성하여 동일한 콘텐츠를 증폭하여 데이터베이스의 복사를 스트리밍하면서 디스크 처리량을 여전히 제공하는 인스턴스에서 차단합니다. ** 해결책: ** 스토리지는 전용 장치로 이동, 추가 CPU 할당, 및 디스크 처리량은 1 차적으로 복제하여 복제에 제한되어 있기 때문에 다시 데이터가 더 부드럽게 흘렸습니다. **Preventive 측정:** 우리는이 환경에서 다른 워크로드에서 데이터베이스 저장을 분리하고, 건강 검사 임계값을 재조정하고, 무거운하지만 건강한 부하의 밑에 데이터베이스가 재시작되지 않으며, 노드 복구 경로를 짧게 복원하고, 호스트 레벨 모니터링을 추가하여 고객에 도달하기 전에 콘텐츠 알림을 추가합니다. 우리는 혼란에 대 한 사과. 우리는 Exalate 플랫폼의 신뢰성에 최선을 다하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
Workspaces 페이지가 로딩되지 않은 문제가 있습니다. sync는 영향을 미치지 않습니다, 새로운 Exalate의 UI 만 로딩되지 않습니다.
우리는 문제의 뿌리 원인을 확인하고 현재 수정 작업을 확인했습니다.
기술 문제는 완전히 해결되고 앱이 가동되고 있습니다. 우리는 상황을 감시하고 있습니다.
이 응용 프로그램은 어떤 문제없이 원활하게 실행되고 우리는 어떤 anomalies를 볼 수 없습니다. 포스트 mortem은 코스에서 제공됩니다.
**감사:** Exalate.app 작업 공간 로딩 - 4월 15, 2026 **출발:** 11:03 CEST – 12:16 CEST \(약 73 분). ** 중요 사항: ** Exalate.app UI는 이 창에서 접근할 수 있었습니다. 문제 동기화는 영향을 미치지 않았습니다. 데이터가 손실되지 않았습니다. **Summary:** 4월 15일, 2026일, Exalate.app 인터페이스는 계획된 인프라 자격 업데이트에 따라 접근할 수 있었습니다. 두 번째 구성 의존성은 변경의 일부로 업데이트되지 않았으며 데이터베이스에 연결하여 응용 프로그램을 방지합니다. **시간:** * 11:03 CEST - 문제 감지, 조사 개시 * 11:04 CEST - 루트 원인 확인 * 12:16 CEST - 배포 수정, 서비스 복원 ** 루트 원인: ** credential 업데이트 중의 설정 의존도가 데이터베이스에 인증 할 수없는 응용 프로그램을 왼쪽. 이것은 4 월 6 사건과 관련이있었습니다. 추가 의존성은 이제 회전 절차로 식별되고 통합되었습니다. ** 해결책: ** 영향을받는 구성은 재생되었습니다. 서비스는 데이터 손실없이 전체 작동으로 돌아갑니다. **Preventive 측정:** * 모든 자격은 완전히 매핑되고 교체 절차는 단일 원자 가동으로 커버하도록 업데이트되었습니다. 우리는 붕괴를 위해 사과합니다. 우리는 Exalate 플랫폼의 신뢰성에 최선을 다하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
우리는 현재 작업 공간이 정보를로드하지 않을 때 문제가 있습니다. sync는 영향을 미치지 않지만 새로운 Exalate의 UI는 로딩되지 않습니다.
우리는 확인 및 솔루션이 구현되었습니다. Exalate.app는 현재 가동되고 예상대로 일하고, 우리는 상황을 지속적으로 감시하고 갱신을 곧 제공할 것입니다.
이 사건은 해결되었습니다.
**감사:** Exalate.app 작업 공간 로딩 - 4월 6, 2026 **출발:** 13:07 CEST - 13:28 CEST \(약 21 분). ** 중요 사항: ** Exalate.app UI는 이 창에서 접근할 수 있었습니다. 문제 동기화는 영향을받지 않았습니다 - 통합은 일반적으로 실행되도록 계속되었습니다. 데이터가 손실되지 않았습니다. ** 일정:** 4 월 6, 2026, Exalate.app 인터페이스는 인프라 자격 증명이 계획 된 보안 개선 프로그램의 일부로 회전 한 후 액세스 할 수있었습니다. 데이터베이스 연결에 대한 책임있는 구성 요소는 시작시 자격 증명을 캐시하고 자동으로 다시로드하지 않습니다. 이전의 자격 증명은 구성 요소가 새로운 것을 재시작하기 전에 제거되었다, 인증 실패를 발생. **시간:** * 13:07 CEST - 문제 감지, 조사 개시 * 13:28 CEST - 배포 수정, 서비스 복원 ** 루트 원인: ** 순서에서 완료된 credential 교체 - 오래된 credential는 consuming 성분이 새로운 것을 재시작하기 전에 제거되었습니다. ** 해결책: ** 영향을받는 구성 요소는 올바른 자격 증명으로 재시작되었습니다. 서비스는 데이터 손실없이 전체 작동으로 돌아갑니다. **Preventive 측정:** * credential 교체 절차는 필수 순서를 위해 설치되었습니다: 갱신, 재시작 소비자, 확인, 그 후에 오래된 credentials를 제거하십시오 * 데이터베이스 연결 인증 실패에 대한 직접 모니터링은 구현됩니다. * 이 워크로드의 수동 교체를 제거하는 자동화된 자격 관리에 대한 마이그레이션은 언웨이입니다. 우리는 붕괴를 위해 사과합니다. 우리는 Exalate 플랫폼의 신뢰성에 최선을 다하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
Exalate 노드를 사용할 수 없습니다. 우리는 조사에 곧 업데이트 제공 될 것입니다. 다음 2 시간 이내에 업데이트 - 또는 곧 우리는 어떤 관련 업데이트가
이 문제는 현재 가능한 한 빨리 노드를 복원하기 위해 노력하고 있습니다. 다음 업데이트 2 시간 이내에 또는 곧 우리는 어떤 관련 업데이트가
우리는 복원 노력으로 계속합니다. 일부 노드는 이미 사용할 수 있습니다. 다음 업데이트는 2 시간 이내에 또는 곧 우리가 어떤 관련 업데이트가.
모든 노드가 성공적으로 복원되었습니다. 우리의 팀은 지속적으로 안정성을 보장하기 위해 시스템을 밀접하게 감시하고 있습니다.
이 사건은 해결되었습니다.
**문의:** Exalate Cloud 서비스 중단 - 2 4월 2026 **기간:** 16:30 – 21:25 CEST(4시간 55분) ** 중요 사항: ** 벨기에 클러스터에서 호스팅되는 약 60 Exalate Cloud 노드가 사용할 수 없습니다. 노드에 동기화가 부족한 기간 동안 실행되지 않았고 노드가 복원되면 자동으로 재시작했습니다. 데이터가 손실되지 않았습니다. ** 일정:** 내부 쿠버네티스 인증서의 예정된 교체 중에 클러스터의 모든 worker 노드가 동시에 에이전트를 재시작했습니다. 각 노동자는 동시에 저장 API를 요청하여 디스크를 재확인하고, 동시 요청의 볼륨은 API를 압도했다. 스토리지 API가 응답하지 않고, 영향 받은 노드는 디스크를 부착하고 오프라인 상태로 유지할 수 없습니다. ** 해결책: ** 저장소 API에 트래픽이 격리되었고, 구성 요소는 backlog를 삭제했습니다. Nodes는 제어된 시퀀스에서 서비스로 돌아온 후, 모든 노드가 21:25 CEST에서 온라인으로 이루어졌습니다. **Preventive 측정:** 인증서 교체 절차는 노드 재시작이 동시에 실행되지 않고, 이 패싱은 수동으로 적용되는 것보다 툴링에 내장되어 있습니다. 또한, 우리는 저장 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.
