Cloudera 장애 기록

1. 2026년 9월 3일 오후 11:18 UTCinvestigating

   Cloudera Management Console에 액세스하는 잠재적인 문제점을 조사하고 있습니다. 업데이트는 90 분 이내에 제공됩니다. 고객 경험: 고객은 Cloudera Management Console에 액세스하면서 오류 메시지를 관찰 할 수 있습니다.

2. 2026년 9월 3일 오후 11:18 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 9월 4일 오전 12:55 UTCinvestigating

   현재 상태: 우리의 팀은 적극적으로 문제의 뿌리 원인을 조사하고있다. 우리는 90 분 이내에 다른 업데이트를 제공 할 것으로 기대합니다.

4. 2026년 9월 4일 오전 2:47 UTCresolved

   현재 상태: 우리의 팀은 성공적으로 문제점을 해결하는 해결책을 실행했습니다. 우리의 팀은 현재 해결책을 감시하고 확인된 또 다른 갱신을 제공할 것입니다. 고객 경험: 고객은 Cloudera Management Console에 액세스하면서 "건강한 업스트림"을 관찰 할 수 있습니다. 문제가 발생하거나 질문이 있으시면 지원 사례를 우리와 함께하십시오. 루트 원인 분석 (RCA)는 7 영업일 이내에 게시됩니다.

5. 2026년 9월 17일 오후 6:25 UTCpostmortem

   사이 22:22 UTC 에 9월 3, 2026, 과 02:20 UTC 에 9월 4, 2026, 고객은 미국 제어 계획에서 Cloudera 관리 콘솔에 액세스하려고 시도 연결 오류 및 서비스 평가. Root Cause: 이 사건은 지역 내의 API 오류율이 증가하는 업스트림 클라우드 서비스 제공 업체에 의해 발생했습니다. 이 붕괴는 우리의 내부 보안 토큰 검증 층에 영향을 미치며, 정통에서 의존하는 플랫폼 관리 서비스를 방지합니다. 고객의 환경 내에서 실행되는 데이터 처리 작업로드는 이벤트 전반에 걸쳐 중단없이 계속 실행됩니다. 해결: 우리의 엔지니어링 팀은 보안 토큰 인프라의 롤링 재시작을 수행하여 스테이플 세션 상태를 정리하고 인증을 복원합니다. Cloudera Management Console에 대한 전체 액세스는 복원되었으며 모든 제어 평면 서비스는 일반적으로 작동하도록 확인되었습니다. 자동화된 복구 메커니즘과 임계값을 강화하여 확장된 복구 창에서 유사한 업스트림 의존성을 방지합니다. 우리는 진심으로이 서비스 중단이 발생 할 수있는 불편에 대한 사과. 우리는 서비스 기능을 복원하기 위해 일한 것처럼 당신의 patience를 평가합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 5월 11일 오후 6:12 UTCresolved

   Our teams have identified a potential performance issue on our US control plane. Our teams have successfully deployed a fix to address the issue. If you are still experiencing issues or have any questions, please raise a support case with us. A Root Cause Analysis (RCA) will be published within seven business days.

2. 2026년 5월 22일 오후 7:29 UTCpostmortem

   On March 10, 2026, between 15:23 UTC to 17:09 UTC, users may have experienced intermittent connectivity issues accessing the workloads in the Cloudera Management Console of the US region. This disruption was traced to the termination of jumpgate-proxy pods, which entered an OOMKilled status after memory utilization exceeded configured limits. This, in turn, impacted connectivity between the control plane and the workloads within the Cloudera Management Console. Service consistency was restored by increasing the memory limits and replica counts for the jumpgate-proxy deployment. To prevent recurrence, we will implement alerting mechanisms for jumpgate pod memory utilization and pod states \(such as CrashLoopBackoff or OOMKilled events\). This will enable us to proactively detect and mitigate memory pressure before it impacts service availability. We will implement autoscaling to autoheal and respond to increased load. We sincerely apologise for any inconvenience this service disruption may have caused. We appreciate your patience as we worked to restore service functionality.

1. 2026년 3월 18일 오후 10:03 UTCresolved

   Summary: On March 10, 2026, starting at around 19:56 UTC we experienced intermittent connectivity issues with the Cloudera Management Console and API across our US, EU, and AP regions. A root cause analysis (RCA) will be published within seven business days. Impact: Access to the administrative UI and API was affected; however, no data workloads or running environments were interrupted.

2. 2026년 3월 18일 오후 10:07 UTCpostmortem

   On March 10, 2026, around 19:56 UTC users may have started experiencing intermittent timeouts accessing the Cloudera Management Console across the US, EU, and AP regions.  This disruption was traced to an internal service certificate expiration where, despite a successful renewal initiation, a misalignment in the deployment sequence prevented the updated credentials from propagating to the active service mesh. The impact was strictly limited to administrative console and API access; all existing data workloads and running environments continued to operate without interruption.  Service consistency was restored by regenerating and manually applying the certificates across all affected clusters. To prevent recurrence, we have audited all regional clusters and are transitioning to an automated lifecycle for mesh-level certificates.  We sincerely apologize for any inconvenience this service disruption may have caused. We are addressing monitoring gaps to detect these issues before they impact you, our customers. We appreciate your patience as we worked to restore service functionality.

1. 2025년 9월 25일 오전 10:23 UTCmonitoring

   Current Status: Our teams have identified the source of the issue and have implemented a solution which has fixed the issue. We are monitoring the situation. Customer Experience: During this window customers may experience issues accessing FreeIPA service

2. 2025년 9월 25일 오후 5:02 UTCresolved

   Our engineering teams have confirmed that the issues affecting the Management Console & FreeIPA services are now fully resolved, and all systems are confirmed to be operating normally. Should you continue to experience any trouble, please raise a support case with us. We sincerely apologise for any inconvenience this may have caused and we will have the root cause analysis (RCA) published within 7 business days.

3. 2025년 10월 13일 오후 8:04 UTCpostmortem

   The intermittent performance and access issues with the Cloudera Management Console and FreeIPA were triggered by a scheduled service upgrade intended to improve platform stability. Our investigation determined that a change in a core component introduced a latent configuration issue. This specific condition was not exposed in our testing environments, preventing dependent services from applying dynamic configuration updates in production and leading to the outage. We've taken immediate action to prevent this issue from recurring: System Fix: The problematic component change was rolled back, and a permanent patch was deployed to restore proper dynamic configuration functionality. Process Overhaul: We've implemented a more rigorous upgrade process with mandatory, near-production scale validation steps that specifically test for these types of configuration failures. Enhanced Monitoring: We significantly improved our monitoring and alerting capabilities to detect these abnormal service behaviours much earlier, ensuring a faster response time. We are dedicated to providing a reliable platform and will continue to invest in our infrastructure and processes. Thank you again for your patience and understanding

1. 2025년 9월 24일 오후 7:42 UTCinvestigating

   Current Status: We are currently investigating an issue causing intermittent performance and access problems for the Management Console. Our engineering teams are working to identify the root cause and restore full functionality. We will provide another update within the next 90 minutes. Customer Experience: Customers may experience intermittent performance degradation, slow load times, or errors when attempting to access the Management Console. Incident Start time: 19:13 UTC September 24th, 2025

2. 2025년 9월 24일 오후 8:53 UTCmonitoring

   *Current Status:* Our engineering teams have identified the likely root cause and have rolled out a fix. We are currently monitoring the system to confirm that this has resolved the performance and access issues for the Management Console. *Customer Experience:* Service availability and performance for the Management Console should now be returning to normal for all users. We will continue to monitor for any residual effects.

3. 2025년 9월 25일 오후 5:01 UTCresolved

   Our engineering teams have confirmed that the issues affecting the Management Console & FreeIPA services are now fully resolved, and all systems are confirmed to be operating normally. Should you continue to experience any trouble, please raise a support case with us. We sincerely apologise for any inconvenience this may have caused and we will have the root cause analysis (RCA) published within 7 business days.

4. 2025년 10월 13일 오후 8:02 UTCpostmortem

   The intermittent performance and access issues with the Cloudera Management Console and FreeIPA were triggered by a scheduled service upgrade intended to improve platform stability. Our investigation determined that a change in a core component introduced a latent configuration issue. This specific condition was not exposed in our testing environments, preventing dependent services from applying dynamic configuration updates in production and leading to the outage. We've taken immediate action to prevent this issue from recurring: System Fix: The problematic component change was rolled back, and a permanent patch was deployed to restore proper dynamic configuration functionality. Process Overhaul: We've implemented a more rigorous upgrade process with mandatory, near-production scale validation steps that specifically test for these types of configuration failures. Enhanced Monitoring: We significantly improved our monitoring and alerting capabilities to detect these abnormal service behaviours much earlier, ensuring a faster response time. We are dedicated to providing a reliable platform and will continue to invest in our infrastructure and processes. Thank you again for your patience and understanding

1. 2025년 8월 13일 오후 2:33 UTCinvestigating

   Current Status: We are currently investigating a potential issue with DataHubs, DataLakes and FreeIPA service across US region. We will have an update within 60 mins. Customer Experience: Customer may observe issues when access DataHubs, DataLakes and FreeIPA service. Incident Start time : 14:08 UTC August 13th, 2025

2. 2025년 8월 13일 오후 3:18 UTCresolved

   Our teams have successfully deployed a fix, and this incident is now resolved. Full service was restored as of 15:05 UTC. Between 14:08 UTC and 15:05 UTC, customers may have experienced issues accessing DataHubs, DataLakes, and FreeIPA services. Service should now be operating normally. If you are still experiencing any issues, please contact our support team. A full root cause analysis (RCA) will be published within seven business days.

3. 2025년 8월 22일 오후 6:15 UTCpostmortem

   A recent system update, intended to enhance stability of our platform, inadvertently led to an unforeseen memory issue affecting a critical internal service responsible for platform access management. ‌ A subsequent incoming request spike caused the memory limits exhaustion, which resulted in the service to become intermittently unavailable. ‌ The memory allocation for the service was manually increased, which restored normal operations. This change was then made permanent to circumvent any recurrence. ‌ We have implemented more robust monitoring and alerting to detect similar issues in the future before they can impact our customers. This includes updating the existing alerts for resource exhaustion and adding new alerts based on the incident, to ensure that the right teams are notified immediately. ‌ We are dedicated to providing a reliable and performant platform. We will continue to invest in improving our infrastructure and processes to prevent future disruptions. We appreciate your patience and understanding as we worked to resolve this issue.

1. 2025년 6월 23일 오후 12:35 UTCidentified

   The daily consumption report that is available on the Cloudera Management Console has not been reporting current usage data since Thu Jun 19th 2025. Our teams have identified the source of the issue and are working on implementing a solution to make the data available by this Friday Jun 27th 2025, if not sooner. While the team is working on resolving the issue customers may use https://my.cloudera.com/account/usage to avail their consumption reports.

2. 2025년 6월 24일 오전 7:08 UTCmonitoring

   Our teams have successfully deployed the fix. The data pipeline is running, and data up to 21st June is available. The backlog in consumption reporting data will be processed gradually. Meanwhile, customers may use https://my.cloudera.com/account/usage to get the consumption reports. Our teams are actively monitoring the situation.

3. 2025년 6월 27일 오전 6:10 UTCresolved

   Our teams have confirmed that the issue has been resolved. The data pipelines have now caught up on the backlogged consumption reporting data. If you are still experiencing issues or have any questions, please raise a support case with us. A root cause analysis (RCA) will be published within seven business days.

4. 2025년 7월 2일 오전 6:14 UTCpostmortem

   On 23rd of June, we were notified that our Consumption Dashboards were not displaying current usage data from June 19th, 2024. Upon further investigation, we identified that the pipeline that ingests data into consumption was not progressing due to out-of-memory crash errors. The issue was caught and fixed, but the catch-up of the pipeline caused a delay of 2-3 days. While the reprocessing was happening in the background, customers could still use [https://my.cloudera.com/account/usage](https://my.cloudera.com/account/usage) to get the same consumption reports. Our teams have instituted preemptive measures and refined our internal protocols to manage similar incidents proactively in the future. We apologize for any inconvenience this may have caused and remain committed to implementing all necessary measures to prevent the recurrence of such issues.

1. 2025년 6월 6일 오후 2:58 UTCresolved

   A temporary interruption in access to the DataCatalog service was detected by our internal monitoring systems. This interruption has been classified as transient, indicating that it was not a prolonged or persistent outage, though it did affect accessibility to the service for a brief period of time. Our technical teams are actively investigating the root cause of this disruption to understand precisely what occurred. An update will be disseminated as soon as the investigation concludes and a definitive explanation for the disruption is established.

2. 2025년 6월 16일 오후 1:40 UTCpostmortem

   On June 3rd 2025 our internal systems detected intermittent 504 errors on the Data Catalog service UI. ‌ The interruption was caused by Data Catalog service components prematurely indicating they were ready to handle requests immediately after a scheduled system restart. In reality, these components were still performing essential internal data updates, a process which took approximately 24 minutes. During this period, the service was unable to fully process user requests, leading to intermittent access issues and 504 errors. ‌ To prevent similar occurrences, we have enhanced our system's readiness checks to ensure the Data Catalog service is fully prepared to serve traffic. ‌ We apologize for any inconvenience caused by the service disruption. We are committed to providing a reliable and robust platform and truly appreciate your understanding.

1. 2025년 4월 3일 오전 11:41 UTCinvestigating

   Current Status: We are currently investigating a potential issue with US control plane service. We will have an update within 60 mins. Customer Experience: Login and CDP operations may be impacted.Running workload on clusters should not be impacted. Incident Start time: 6:30 UTC April 3rd, 2025

2. 2025년 4월 3일 오후 12:42 UTCinvestigating

   Current Status: Our teams are continuing their investigation to determine the source of the issue. We will have another update within 60 mins. Customer Experience: Login and CDP operations may be impacted.Running workload on clusters should not be impacted. Incident Start time: 6:30 UTC April 3rd, 2025.

3. 2025년 4월 3일 오후 1:47 UTCinvestigating

   Current Status: Our teams are continuing their investigation to determine the source of the issue. We have ruled out that its a Workload issue. We will have another update within 60 mins. Customer Experience: Login and CDP operations may be impacted. Incident Start time: 6:30 UTC April 3rd, 2025.

4. 2025년 4월 3일 오후 3:25 UTCresolved

   Current Status: Our teams have successfully deployed a fix for the issue and confirmed that the issue has been resolved. If you are still experiencing issues or have any questions please raise a support case with us. A root cause analysis (RCA) will be published within seven business days. Customer Experience: Login and CDP operations via portal was impacted. API & CLI operations were working fine. Also workloads were not impacted. Incident Start time: 6:30 UTC April 3rd, 2025. Incident End time: 15:15 UTC April 3rd, 2025.

5. 2025년 4월 15일 오후 7:49 UTCpostmortem

   On 3rd April 2025, there was an intermittent service disruption impacting login and CLI operations via the Management Console portal. Subsequent investigation identified the root cause stemmed from an increase in latency with internal DNS servers. In response, corrective measures were promptly taken to address the issue. Furthermore, we have implemented supplementary checks and preemptive actions to prevent similar occurrences in the future. We apologise for any inconvenience caused by the service disruption. We are fully committed to providing a reliable and robust platform and truly appreciate your understanding.

1. 2025년 3월 12일 오후 6:02 UTCresolved

   Current Status: Our teams have identified the source of the intermittent issue impacting the FreeIPA service in the EU Control Plane. We have successfully deployed a fix for the issue and confirmed that the issue has been resolved. If you are still experiencing issues or have any questions please raise a support case with us. We sincerely apologize for any inconvenience this may have caused and we will have the root cause analysis (RCA) published within seven business days. Customer Experience: During this outage customers on the EU Control Plane may have experienced intermittent issues with the FreeIPA service, impacting its health status and autoscaling operations.

2. 2025년 4월 9일 오후 1:50 UTCpostmortem

   On March 12, 2025, intermittent service disruptions were experienced due to an expired certificate served by an endpoint. Despite an automated successful certificate renewal, staggered pod restarts resulted in inconsistencies, with older ingress controller pods serving the expired certificate alongside a recently updated pod. This discrepancy led to intermittent user errors. Resolution was achieved through a systematic restart of all affected components, ensuring uniform application of the renewed certificate and restoring service consistency. We have also implemented measures to prevent similar occurrences. We sincerely apologize for any inconvenience this service disruption may have caused. We are committed to maintaining the highest standards of service reliability and appreciate your understanding.

1. 2025년 3월 3일 오후 10:12 UTCidentified

   Current Status: Our teams have identified the source of the issue and have partially restored the services. We continue to work on a restoring the service and will have another update in the next 60mins. Customer Experience: During this window customers may experience issues logging into the console and potential slowness accessing the experiences. Incident Start time: 19:58 UTC March 3rd, 2025

2. 2025년 3월 3일 오후 11:26 UTCidentified

   Current Status: Our teams are actively working on a permanent solution to fully restore the service. Please expect another update in 60 mins. Customer Experience: During this window customers may experience issues logging into the console and potential slowness accessing the experiences.

3. 2025년 3월 4일 오전 12:27 UTCmonitoring

   Current Status: Our teams have successfully identified the source of the issue and have implemented a solution, which is currently under monitoring. Should you continue to experience issues logging into the console, we kindly request that you submit a support case to us for further assistance. We will keep you updated once we confirm that the issue is resolved on our end. Customer Experience: During this window customers may experience issues logging into the console and potential slowness accessing some services.

4. 2025년 3월 4일 오전 12:40 UTCresolved

   Current Status: Our teams have successfully deployed a fix for the issue and confirmed that the issue has been resolved. If you are still experiencing issues or have any questions please raise a support case with us. A root cause analysis (RCA) will be published within seven business days. Customer Experience: During this window customers may experience issues logging into the console and potential slowness accessing some services.

5. 2025년 3월 19일 오후 4:53 UTCpostmortem

   On March 03, 2025, a service disruption occurred within our EU Control plane. This disruption resulted from a configuration change implemented during a routine production cluster upgrade, which inadvertently triggered a synchronization error, leading to service unavailability. ‌ Upon detection of the issue, our engineering teams promptly allocated additional resources to the affected cluster. This action facilitated the restoration of services to an operational state. The root cause of the disruption was the result of an oversight during the standard upgrade procedure, which resulted in the synchronization failure. ‌ We sincerely apologize for any inconvenience this service disruption may have caused. We have implemented corrective measures and refined our upgrade protocols to mitigate the risk of similar incidents in the future. We are committed to maintaining the highest standards of service reliability and appreciate your understanding.

1. 2025년 1월 30일 오후 1:20 UTCidentified

   The daily consumption report that is available on the CDP Management Console has not been reporting current usage data since Thu Jan 23 2025 Our teams have identified the source of the issue and are working on implementing a solution to make the data available by this Friday Jan 31st 2025, if not sooner. While the team is working on resolving the issue; customers may use my.cloudera.com to avail their consumption reports.

2. 2025년 2월 1일 오전 10:46 UTCresolved

   Our teams have successfully deployed a fix for the issue and confirmed that the issue has been resolved. The data pipelines have now caught up on the backlogged consumption reporting data. If you are still experiencing issues or have any questions please raise a support case with us. Alternatively customers may use my.cloudera.com to get the consumption reports. A root cause analysis (RCA) will be published within seven business days.

3. 2025년 2월 13일 오후 3:38 UTCpostmortem

   On January 29, 2025, we were alerted to an issue affecting the display of usage data within our Consumption Dashboards. This issue, which began on January 23, 2025, was also flagged by our internal monitoring systems. Subsequent investigation identified a naming convention mismatch within a cluster, specifically an incompatibility with the designated string format. This discrepancy has been resolved by fixing the cluster’s name and enabling data to be reprocessed. While the reprocessing was happening in the background; customers were able to use [my.cloudera.com](http://my.cloudera.com) to get the same consumption reports. ‌To prevent similar occurrences, we have implemented proactive measures and refined our internal protocols for managing such incidents. We sincerely apologize for any inconvenience this disruption may have caused and are committed to preventing its recurrence.

1. 2025년 1월 14일 오후 8:46 UTCinvestigating

   Current Status: We are currently investigating a potential issue with CDP Management Console. We will have an update within 60 mins. Customer Experience: Customer may observe 404/Bad Gateways error while accessing CDP Management Console.

2. 2025년 1월 14일 오후 9:41 UTCresolved

   Current Status: Our teams have successfully deployed a fix for the issue and confirmed that the issue has been resolved. If you are still experiencing issues or have any questions please raise a support case with us. A root cause analysis (RCA) will be published within seven business days. Customer Experience: Customer may observe 404/Bad Gateways error while accessing CDP Management Console.

3. 2025년 1월 27일 오후 4:04 UTCpostmortem

   On January 13th, 2025, a few of our customers experienced service disruption with the Cloudera Management Console user interface, leading to customers encountering 404 and 5xx errors when navigating the console. This disruption stemmed from an unusually high volume of notification events. We have taken immediate action to handle this unexpected surge in events. We sincerely apologise for any inconvenience this may have caused and greatly appreciate your patience and understanding.

1. 2025년 1월 13일 오후 3:08 UTCresolved

   Current Status: Our teams have identified an issue effecting the authentication services while accessing workload URLs on the US Control Plane region. While a majority of the authentication request were working as expected, a small percentage of requests were impacted. The issue has been addressed and our teams are continuing to monitor it closely. If you are still experiencing issues or have any questions please raise a support case with us. A root cause analysis (RCA) will be published within seven business days. Customer Experience: During this outage customers may have experiences issues while accessing workload URLs on the US Control Plane region.

2. 2025년 1월 23일 오후 2:58 UTCpostmortem

   On Jan 9th,  Cloudera implemented a planned system change, affecting how customers accessed their CDP workloads URL's. This change inadvertently caused issues for customers who accessed their CDP workloads URL's before authenticating. Specifically, customers who had their identity provider \(IDP\) configured to expect a certain URL were experiencing authentication failures. This affected customers who initiated the authentication process from the service provider's side. Cloudera promptly rolled back the system change, restoring normal access to CDP workload URLs. We sincerely apologize for any inconvenience this disruption may have caused and appreciate your understanding and patience during this resolution.

1. 2024년 12월 2일 오후 7:29 UTCresolved

   Current Status: Our teams have identified an issue/degraded performance in the Control Plane US Prod Region. The issue has been addressed and our teams are continuing to monitor it closely. If you are still experiencing issues or have any questions please raise a support case with us. A root cause analysis (RCA) will be published within seven business days. Customer Experience: During this outage customers may have experiences issues with Control Plane operations. Incident Start time: 17:20 UTC December 2nd, 2024 Incident End time: 17:33 UTC December 2nd, 2024.

2. 2024년 12월 13일 오후 2:48 UTCpostmortem

   On December 2, 2024, between 17:20 - 17:33 UTC, our US Control Plane experienced a 13-minute service degradation. This incident occurred during routine maintenance of our internal infrastructure, where an error caused the unintentional degradation of nodes. We have taken immediate action to enhance our internal protocols and implement preventive measures to avoid similar incidents in the future. We apologise for any inconvenience caused and remain dedicated to ensuring a seamless experience for our valued customers. Thank you for your patience and understanding

1. 2024년 11월 15일 오후 12:41 UTCidentified

   Due to a recent disruption in Salesforce services, customers who use Cloudera Single Sign-On (CSSO) for accessing their Public Cloud Management console may experience login issues. Customers utilizing their own Identity Providers (IDPs) for Single Sign-On will not be affected by this service interruption. We appreciate your understanding and patience as we work through this matter. If you have any questions or need assistance, please do not hesitate to reach out to our support team at US: 1-866-809-4659 / International: 1-650-425-9421 Thank you for your continued support.

2. 2024년 11월 15일 오후 4:01 UTCresolved

   Our teams confirmed that our Cloudera Single Sign-on (CSSO) is now stable and operational. We apologize for any inconvenience this may have caused. If you are still experiencing issues or have any questions please raise a support case with us. Thank you for your continued support.

1. 2024년 10월 22일 오후 4:07 UTCinvestigating

   Current Status: The daily consumption report that is available on the CDP Management Console has not been reporting current usage data since Oct 16th. We are currently investigating a potential issue with the dashboard . Customer Experience: During this window customers may experience issues accessing daily consumption reports.

2. 2024년 10월 22일 오후 4:42 UTCidentified

   Current Status: The daily consumption report that is available on the CDP Management Console has not been reporting current usage data since Oct 16th. Our teams have identified the source of the issue and are working on implementing a solution to make the data available. The ETA will be approx. 4-5 days. While the team works on resolving the issue customers may use my.cloudera.com to get the consumption reports. Customer Experience: During this window customers may not be able to view data reported after 16th Oct.

3. 2024년 10월 22일 오후 6:02 UTCidentified

   We are continuing to work on a fix for this issue. While the team works on resolving the issue customers may use my.cloudera.com to get the consumption reports.

4. 2024년 10월 24일 오후 8:13 UTCresolved

   Our teams have successfully deployed a fix for the issue and confirmed that the issue has been resolved. The data pipelines are now up and running smoothly, and we have caught up on the backlogged consumption reporting data. If you are still experiencing issues or have any questions please raise a support case with us. Alternatively customers may use my.cloudera.com to get the consumption reports. A root cause analysis (RCA) will be published within seven business days.

5. 2024년 11월 15일 오후 2:06 UTCpostmortem

   On 22nd of October, we were notified about our Consumption Dashboards not displaying usage data after October 16th 2024. ‌ Upon further investigation, we identified that due to internal reprocessing of the consumption data our reporting dashboards were impacted. To address the issue our teams initiated workflows to reprocess the consumption data.  ‌ While the reprocessing was happening in the background; customers could still use [my.cloudera.com](http://my.cloudera.com) to get the same consumption reports. ‌ Our teams have instituted preemptive measures and refined our internal protocols to proactively manage similar incidents in the future. ‌ We apologize for any inconvenience this may have caused and remain committed to implementing all necessary measures to prevent the reoccurrence of such issues.

1. 2024년 9월 18일 오후 10:03 UTCidentified

   Our teams have identified an issue that impacts new installs and upgrades of the Cloudera Data Engineering (CDE) DataService on AWS. We are working a fix and we expect to know the ETA for the fix by the end of this week. We advise against planning any CDE environment upgrades till a fix is made available. Alternatively, you may seek assistance from our support team, who can provide guidance on implementing a manual workaround for the issue. Customer Experience: AWS Customers may observe issues while installing or upgrading Cloudera Data Engineering (CDE) DataServices. Further updates will be shared as we make progress on releasing the fix.

2. 2024년 9월 20일 오후 3:03 UTCidentified

   During the course of the investigation, we have been notified that customers deploying new Cloudera Data Engineering (CDE) services on Azure are also experiencing issues. This issue only affects new installations and upgrades of the CDE services; other operations are not impacted. We recommend that customers refrain from performing any upgrades until the fix is released, which is targeted for the end of this month. In the meantime, our support team is available to provide guidance on implementing a manual workaround for the issue. We regret any inconvenience caused by this situation and are working to have this resolved soon.

3. 2024년 9월 30일 오후 8:09 UTCresolved

   Current Status: We have successfully deployed a fix for the issue and confirmed that it has been resolved. Customers may now resume any pending upgrade activities on their Cloudera Data Engineering (CDE) services. We sincerely apologize for any inconvenience caused by this service disruption and are committed to providing a reliable and robust platform. We truly appreciate your understanding. If you are still experiencing issues or have any questions, please raise a support case with us.

1. 2024년 8월 29일 오후 6:09 UTCinvestigating

   Current Status: We are currently investigating a potential issue with FreeIPA service. We will have an update within 60 mins. Customer Experience: Customer may observe issues while performing control plane operations on environments.

2. 2024년 8월 29일 오후 6:53 UTCresolved

   Current Status: Our teams have successfully deployed a fix for the issue and confirmed that the issue has been resolved. If you are still experiencing issues or have any questions please raise a support case with us. A root cause analysis (RCA) will be published within seven business days. Customer Experience: During this window customers may have experienced issues with FreeIPA service showing unreachable. Incident Start time: 17:21 August 29th, 2024 UTC Incident End time: 18:11 August 29th, 2024 UTC

3. 2024년 9월 12일 오후 3:35 UTCpostmortem

   On August 29, 2024, our FreeIPA service experienced connectivity issues to our Control Plane service. Subsequent investigation identified the root cause stemmed from expiration of the CCMv2 certificate. In response, corrective measures were promptly taken to address the issue. Furthermore, we have implemented supplementary checks and preemptive actions to prevent similar occurrences in the future. We apologise for any inconvenience caused by the service disruption. We are fully committed to providing a reliable and robust platform and truly appreciate your understanding.

1. 2024년 7월 16일 오후 9:05 UTCresolved

   Current Status: Our teams have successfully deployed a fix for the issue and confirmed that the issue has been resolved. If you are still experiencing issues or have any questions please raise a support case with us. A root cause analysis (RCA) will be published within seven business days. Customer Experience: During this window customers who tried accessing their CDP Console using CSSO credentials were impacted

2. 2024년 7월 23일 오후 2:52 UTCpostmortem

   On 13th July 2024, Cloudera SSO logins to the CDP Public Cloud Console was affected due to the expiration of an internal certificate on our customer portal. The issue was rectified through the installation of new certificates. In response, we have instituted preemptive measures and refined our internal protocols to proactively manage similar incidents in the future. We apologise for any inconvenience this may have caused and remain committed to implementing all necessary measures to prevent the reoccurrence of such issues.