Member since
11-17-2021
1157
Posts
260
Kudos Received
30
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 268 | 04-23-2026 02:02 PM | |
| 751 | 03-17-2026 05:26 PM | |
| 5710 | 11-05-2025 10:13 AM | |
| 984 | 10-16-2025 02:45 PM | |
| 1689 | 10-06-2025 01:01 PM |
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
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
08-18-2023
08:23 AM
2 Kudos
For information, jira ticket created. https://issues.apache.org/jira/browse/NIFI-11967
... View more
08-18-2023
04:48 AM
tez_version="0.9.1.7.1.3.0-100"
export HADOOP_USER_NAME=hdfs
hdfs dfs -mkdir -p /user/tez/$tez_version
hdfs dfs -chown tez:hadoop /user/tez/$tez_version
hdfs dfs -chmod 0755 /user/tez/$tez_version
hdfs dfs -put /opt/cloudera/parcels/CDH/lib/tez/tez.tar.gz /user/tez/$tez_version/tez.tar.gz
hdfs dfs -chown tez:hadoop /user/tez/$tez_version/tez.tar.gz
hdfs dfs -chmod 0644 /user/tez/$tez_version/tez.tar.gz These are the commands I ended up using.
... View more
08-18-2023
02:36 AM
1 Kudo
Hi, If you're using Apache NiFi and the token you're trying to capture with the InvokeHTTP processor is too large to be stored as an attribute, you can follow the steps below to work around this limitation: Keep the token in the content of the FlowFile if it's returned by the InvokeHTTP processor. You can use processors like ReplaceText to wrap the token in the header format you need. For instance, if you need the header to be Authorization: Bearer {token}, then you can configure a ReplaceText processor to replace the content (i.e., the token) to match this format.
... View more