Member since
02-07-2019
2711
Posts
237
Kudos Received
31
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 890 | 08-21-2025 10:43 PM | |
| 1677 | 04-15-2025 10:34 PM | |
| 4444 | 10-28-2024 12:37 AM | |
| 1781 | 09-04-2024 07:38 AM | |
| 3602 | 06-10-2024 10:24 PM |
12-09-2025
06:07 AM
@JoshuaPreece, welcome to the Cloudera Community! Thank you for reaching out, and it's great to have you here.
The error you’re seeing usually indicates that SSO is disabled for your account. Since this requires an internal configuration update, I request that you raise an administrative ticket with Cloudera Support.
... View more
12-08-2025
02:20 AM
@zzzz77, Did the response assist in resolving your query? If it did, kindly mark the relevant reply as the solution to help others find the answer more easily in the future.
... View more
12-07-2025
10:13 PM
2 Kudos
We are thrilled to announce the launch of a brand-new Blogs section on the Cloudera Community!
This new section is your dedicated home for deeply technical insights and practical content, featuring contributions from Cloudera experts and the broader data community. We've organized the content into two distinct and valuable tracks:
Developer Blogs
These blogs are written for developers, including Data Engineers, Software Engineers, Architects, and ML/AI Engineers.
What to expect: A focus on real-world use cases, practical workflows, and conceptual explanations that help you master the Cloudera product stack and the foundational open source technologies that power it.
Key Technologies: Explore practical examples using technologies such as Apache Iceberg, Apache Spark, Apache Kafka, Apache NiFi, Apache Flink, Trino, Apache Ozone, and more. Learn exactly how these technologies are applied to solve a wide range of complex data problems.
Engineering Blogs
These posts provide in-depth technical deep dives into our platform development.
What to expect: Detailed dives into how systems are built, the design decisions made along the way, trade-offs evaluated, and how Cloudera builds robust, scalable solutions to help our customers succeed. Gain an insider's view of the architecture and innovation that drive our platform.
We encourage you to explore the new Blogs section, which you can access from the Blogs tab at the top or by clicking the View All button against the Latest Technical Blogs section on the Community Home page.
If you have a specific topic you'd love to see covered or need detailed content on a technology or use case, feel free to contact @dipankartnt, @cjervis @VidyaSargur.
We look forward to seeing you there!
Best regards, The Cloudera Community Team
... View more
12-03-2025
11:02 PM
@pk97 Did the response assist in resolving your query? If it did, kindly mark the relevant reply as the solution to help others find the answer more easily in the future.
... View more
12-03-2025
04:28 AM
2 Kudos
Thank you @vafs ! Yes, that made the trick. Thanks; -karsten
... View more
12-02-2025
06:55 AM
@hckorkmaz01 While you are currently still using Apache NiFi 1.x major release version, it has reached end of life and is no longer receiving contributions. As such components will not get library updates or security fixes going forward. Apache NiFi 2.x is currently active major release being contributed to in the community. The PrometheusReportingTask was deprecated in Apache NiFi 1.x and officially removed in Apache NiFi 2.x major release. So I would avoid using it as you will eventually need to move to Apache NiFi 2.x to maintain a secure supported product release. But technically, this reporting task, while not well maintained in the community, is capable of creating a prometheus endpoint which exposes metrics for all components (includes connections) for consumption. That being said, Cloudera has taken steps to create Cloudera versions of many of the deprecated and removed components in Apache NiFi 2.x; as well as, introduced many components not available at all in any Apache release version (PrometheusReportingTask is not one of them that was retained). https://docs.cloudera.com/cfm/4.11.0/nifi-components-cfm/components/ NOTE: You are already using a considerably older Apache NiFI 1.18 release. Many bug fixes and CVEs security issues have been addressed since that release. If you cannot yet move to Apache NiFi 2.x, you should at least be on the most recent release of Apache NIFi 1.28. Please help our community grow. If you found any of the suggestions/solutions provided helped you with solving your issue or answering your question, please take a moment to login and click "Accept as Solution" on one or more of them that helped. Thank you, Matt
... View more
11-28-2025
02:00 AM
@vafsThank you for the detailed information, this fully clarifies the deprecation rationale, possible workarounds, and alternative approaches for gRPC integration in NiFi 2.x!
... View more
11-25-2025
02:57 AM
Thank you very much for trying to help. I’ve been stuck on this subject for the past two weeks, trying to improve queries on Impala. I’m currently on RHEL 9 and have unixODBC installed. I’ve configured my environment via /etc/profile.d/oracle.sh as follows: # Oracle Instant Client configuration export TNS_ADMIN=/opt/oracle/instantclient_12_2/network/admin export PATH=/opt/oracle/instantclient_12_2:$PATH export LD_LIBRARY_PATH=/opt/oracle/instantclient_12_2:/usr/lib64:$LD_LIBRARY_PATH # ODBC configuration export ODBCINI=/etc/odbc.ini export ODBCSYSINI=/etc # Cloudera Impala ODBC configuration export CLOUDERAIMPALAINI=/opt/cloudera/impalaodbc/lib/64/cloudera.impalaodbc.ini I’ve tested with: `isql Impala_KRB14 user password` and it connects successfully, but queries are taking too long. I’m looking for guidance on how to optimize these queries effectively. Here are the version of installed packages: unixODBC 2.3.9 DRIVERS............: /etc/odbcinst.ini SYSTEM DATA SOURCES: /etc/odbc.ini FILE DATA SOURCES..: /etc/ODBCDataSources USER DATA SOURCES..: /etc/odbc.ini SQLULEN Size.......: 8 SQLLEN Size........: 8 SQLSETPOSIROW Size.: 8 rpm -qa | grep cyrus-sasl cyrus-sasl-lib-2.1.27-21.el9.x86_64 cyrus-sasl-gssapi-2.1.27-21.el9.x86_64 cyrus-sasl-plain-2.1.27-21.el9.x86_64 cyrus-sasl-2.1.27-21.el9.x86_64
... View more
11-24-2025
01:36 AM
We tried above suggested solution. ie setting "export NLS_LANG="AMERICAN_AMERICA.AL32UTF8" But still we are facing the same issue.
... View more
11-19-2025
11:00 AM
[test comment, edit]
... View more