2225
Posts
236
Kudos Received
83
Solutions
About
I'm not a product expert as my expertise is in online communities, and Knowledge systems but I try to provide links , ask clarifying questions or make connections to be helpful. Interests include: photography, travel, movies and consumer technology.
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 1188 | 05-07-2025 11:41 AM | |
| 11918 | 12-04-2023 09:38 AM | |
| 4283 | 06-29-2023 05:42 AM | |
| 3680 | 05-22-2023 07:03 AM | |
| 2534 | 05-22-2023 05:42 AM |
08-05-2026
11:56 PM
Hello @du_datafactory , Thank you for reaching out to the Cloudera Community. May I ask if you're experiencing the same issue that @learndeb reported, or are you seeing a different error? Based on the logs shared in the original post, the issue appears to be related to the communication between Impala/HiveServer2 and Ranger, rather than an issue with Impala query processing itself. The "Received NULL response" while downloading Ranger policies is typically a secondary symptom that can occur if Impala or HiveServer2 is unable to successfully authenticate (for example, due to TLS or Kerberos authentication issues) before retrieving authorization policies from Ranger Admin. If you could share the exact error you're encountering, along with any initial troubleshooting you've performed (for example, relevant Impala, HiveServer2, or Ranger logs), we'd be happy to help you investigate the issue further.
... View more
08-05-2026
06:59 AM
@mohammad_shamim For copying ACID tables from one cluster to another you can use import and export commands .Below are the steps in detail 1)On source cluster create new table using create-table-as-select on source acid table. create table src_table as select * from src_acid_table; 2)Then run export on src_table. export table src_table to '/data/src_table_export' 3)Copy the directory /data/src_table_export to destination cluster 4)Run import on destination cluster as below once data is copied. import table dst_table from '/data/src_table_export' 5)Create new acid table same as source and then insert the data as below: insert into table dst_acid_table select * from dst_table; Verify that data on both source and target table were consistent by taking count of rows.
... View more
05-07-2026
08:48 PM
@AlokKumar Has the reply helped resolve your issue? If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future. Thanks.
... View more
04-20-2026
08:09 AM
1 Kudo
Hi, I had to downgrade and upgrade all my nars to 2.0.0 for it to work.
... View more
04-16-2026
11:09 AM
Hi Rahul,
Welcome to the community. While I’m not a technical expert, I’d like to help get you closer to an answer here. Could you clarify a few of the "big picture" details?
Which version are you targeting? Do you know which specific version of Cloudera your project needs to replicate? I'm assuming the latest Cloudera has but want to be sure.
What is the scale of the data? Since you are looking to avoid a VM due to speed, roughly how much data or metadata are you planning to run through this initial prototype?
Windows constraints: Are there specific reasons the prototype must stay on Windows (like company security policies), or is it just for the convenience of your current hardware?
Having these details will make it much easier for others here to make suggestions.
... View more
04-06-2026
01:34 PM
@AlokKumar You are correct that the ConsumePOP3 processor does not support an inbound connection to it. Even if it did, the username and password fields do not support NiFi Expression language allowing you to pass either of those values in from the source FlowFile. There aren't any other native processors that can support this dynamic credentials use case. You would need to create a custom script that could be called by scripting processors or create your own custom processor. ExecuteScript ExecuteProcess ExecuteGroovyScript The reason processors like ConsumePOP3 do not support inbound connections is because they are designed to execute continuously on a run schedule and produce an individual FlowFile for each new email message consumed. So supporting an inbound connection raises the question... What do you do with the source FlowFile that you would use as the trigger? Then you also have the challenge of continuously consumption. You would need to keep producing an input FlowFile for each email account to make sure you keep consuming from each source account. Plus this processor does not write any attributes to outbound FlowFile to distinguish which account message came from. 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
02-12-2026
11:09 AM
1 Kudo
Welcome to the community @carlosdb. I believe the quickest route now is to create a non-technical support case via the support portal to request the changes you need. If you run into issue, send me a private message and I'll be happy to see what I can do to assist.
... View more
02-06-2026
05:31 AM
Welcome to the community @NovaScar .
To ensure you are directed to the correct team, please use the contact path below that best describes your current situation:
Existing Customers: Please reach out directly to your Cloudera Account Manager.
Cloudera Partners: Please contact your Partner Manager or reach out to the partner team through your established channels to discuss integration or POC needs.
New or Prospective Users: If you do not have an active account or partner contact, please reach out via the Contact Sales page. This will allow a representative to review your request and determine the best way to support your evaluation.
... View more
01-30-2026
07:22 AM
@gurumoorthyk have you found the answer to your question. If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future.
... View more