Member since
11-17-2021
1128
Posts
256
Kudos Received
29
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 2859 | 11-05-2025 10:13 AM | |
| 481 | 10-16-2025 02:45 PM | |
| 1035 | 10-06-2025 01:01 PM | |
| 820 | 09-24-2025 01:51 PM | |
| 629 | 08-04-2025 04:17 PM |
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
08-22-2023
03:03 AM
@Kaher Could you find out what's the value you have set for "tez.staging-dir"; if it's not set, the default path is /tmp/${user.name}/staging. Do verify if there is any issue with the /tmp filesystem. Also, there is a dash missing in the following value: <name>tez.am.java.opts</name>
<value>-Xmx2024m</value>
... View more
08-22-2023
02:28 AM
Unfortunetly this error message was blocking the ZK Failover Controller, so I solved this issue by deleting all Zookeeper data and disabled Kerberos authentifcation and then I started zkFailover controller and I re enabled the Kerberos authentication on Zookeeper.
... View more
08-21-2023
10:09 AM
@abdullahvvs 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-21-2023
07:04 AM
Thank you, @cotopaul !! I'll try this.
... View more