Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.7.0
Description
Need to dynamically add properties in config-type ranger-tagsync-site when cluster is being setup via blueprint . This should be done when Atlas and Ranger-Tagsync service is installed.
When federation is Enabled for HDFS, in this case for each name-service, we will need to add a property in config-type ranger-tagsync-site using below format:
ranger.tagsync.atlas.hdfs.instance.<cluster-name>.nameservice.<name-service>.ranger.service= <ranger service-name>
The Ranger service name can be derived from logic as below:
If the value for property ranger.plugin.hdfs.service.name is default i.e. {{repo_name}} then the value for above property will be in the format:
<cluster-name>_hadoop_<name-service>
for e.g if the cluster-name is testcl1 and the name-services are ns1 , ns2 and the ranger.plugin.hdfs.service.name has value {{repo_name}} then the property-value will be as below:
ranger.tagsync.atlas.hdfs.instance.testcl1.nameservice.ns1.ranger.service=testcl1_hadoop_ns1
ranger.tagsync.atlas.hdfs.instance.testcl1.nameservice.ns2.ranger.service=testcl1_hadoop_ns2
If the user has a custom-value for the property ranger.plugin.hdfs.service.name i.e. not {{repo_name}}, then we will need to use the value provided in for property ranger.plugin.hdfs.service.name and use the format as <custom-repo-name>_<name-service>.
for e.g if the cluster-name is testcl1 and the name-services are ns1 , ns2 and the ranger.plugin.hdfs.service.name has value hadoop_service then the property-value will be as below:
ranger.tagsync.atlas.hdfs.instance.testcl1.nameservice.ns1.ranger.service=hadoop_service_ns1
ranger.tagsync.atlas.hdfs.instance.testcl1.nameservice.ns2.ranger.service=hadoop_service_ns2
PS : Related NN-Federation UI-wizard changes are already handled in AMBARI-23424, This issue is created to handle addition of properties via blueprint.
Attachments
Issue Links
- links to