Member since
11-17-2021
1117
Posts
253
Kudos Received
28
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 241 | 10-16-2025 02:45 PM | |
| 513 | 10-06-2025 01:01 PM | |
| 465 | 09-24-2025 01:51 PM | |
| 414 | 08-04-2025 04:17 PM | |
| 494 | 06-03-2025 11:02 AM |
08-28-2023
01:12 PM
@GowthamSenthil 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
08-28-2023
10:42 AM
@BKZ 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. If you are still experiencing the issue, can you provide the information @MattWho has requested? Thanks.
... View more
08-25-2023
04:58 PM
@javiercampos Welcome to the Cloudera Community! To help you get the best possible solution, I have tagged our Hive expert @Shmoo who may be able to assist you further. Please keep us updated on your post, and we hope you find a satisfactory solution to your query.
... View more
08-25-2023
11:33 AM
Hello @steven-matison , thanks for your reply! I was able to install RDP on my EC2 instance and access the NiFi UI successfully. How can I make it accessible using my browser and not accessing EC2 through RDP?
... View more
08-24-2023
12:45 PM
@mslnrd This is likely caused by LDAP on 636 uses referrals that can your initial query can be referred to across the entire domain tree across multiple LDAP servers. So somewhere within that referral your issues arrises in the hostname verification. Switching to the global catalog port 3269 and there are no referrals. I can't speak to the issues within your ldaps servers causing the issue within the referrals, but makes sense why switching to the secure global catalog port resolved your issue. Hope this clarifies why the change in port resolved your issue. If you found that the provided solution(s) assisted you with your query, please take a moment to login and click Accept as Solution below each response that helped. Thank you, Matt
... View more
08-24-2023
12:31 PM
@kothari It is not Ranger's job to inform the client applications using Ranger what users belong to what group. Each client application is responsible for determining which groups the user authenticated into that service belong to. The policies generated by Ranger are downloaded by the client applications. Within that downloaded policy json will be a resource identifier(s), list if user identities authorized (read, write, and/or delete) , and list of group identities authorized (read, write, or delete) against each resource identifier. So when client checks the downloaded policies from Ranger it is looking for the user identity being authorized and if client is aware of the group(s) that user belongs to, will also check authorization for that group identity. so in your case, it i s most likely that your client service/application has not been configured with the same user and group association setup in your Ranger service. If you found that the provided solution(s) assisted you with your query, please take a moment to login and click Accept as Solution below each response that helped. Thank you, Matt
... View more
08-24-2023
10:50 AM
@AbhinavS Hello, I have reached to you again via DM with the steps in how to correct this issue, thanks!
... View more
08-23-2023
10:17 PM
@DianaTorres - Sure will do..thanks.
... View more
08-23-2023
04:32 PM
@agcuong As this is an older post, you would have a better chance of receiving a resolution by starting a new thread. This will also be an opportunity to provide details specific to your environment that could aid others in assisting you with a more accurate answer to your question. You can link this thread as a reference in your new post. Thanks.
... View more
08-23-2023
08:12 AM
@AbhinavS Welcome to the Cloudera Community! I have reached to you via DM with the steps on how to proceed, thanks!
... View more