-
Notifications
You must be signed in to change notification settings - Fork 9.1k
HDDS-1596. Create service endpoint to download configuration from SCM #861
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also add some documentation that scm names is required, and update the config file tag if possible.
Thanks for the patch and getting this done, I look forward to the REST based update interface too.
hadoop-hdds/common/src/main/java/org/apache/hadoop/hdds/discovery/DiscoveryUtil.java
Show resolved
Hide resolved
hadoop-hdds/container-service/src/main/java/org/apache/hadoop/ozone/HddsDatanodeService.java
Outdated
Show resolved
Hide resolved
...op-hdds/server-scm/src/main/java/org/apache/hadoop/hdds/discovery/ConfigurationXmlEntry.java
Show resolved
Hide resolved
bq. Also add some documentation that scm names is required, and update the config file tag if possible. It's not strictly required as this download is optional as of now. You can use your own ozone-site.xml and in that case you don't need to download any config. (Except with a never-ending loop....) It can be better to use a But I am open to any suggestion. |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
Do you have any more comments @anuengineer ? |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
💔 -1 overall
This message was automatically generated. |
@anuengineer Any more thoughts? ( Today is the 3 months anniversary of this patch. Would be great to either commit or reject and close it.) |
Thanks for the reminder; I will get this committed today. |
Done, committed in the trunk. |
So far we've not seen a lot of use in maintaining separate implementation for ReadableTable and ReadWriteTable, which adds quite a bit complexity. Hence consolidating them. Author: Wei Song <wsong@linkedin.com> Reviewers: Xinyu Liu <xiliu@linkedin.com> Closes apache#861 from weisong44/SAMZA-2043
As written in the design doc (see the parent issue) it was proposed to download the configuration from the scm by the other services.
I propose to create a separated endpoint to provide the ozone configuration. /conf can't be used as it contains all the configuration and we need only the modified configuration.
The easiest way to implement this feature is:
With this approach we keep the support of the existing manual configuration (ozone-site.xml has higher priority) but we can download the configuration to a separated file during the startup, which will be loaded.
There is no magic: the configuration file is saved and it's easy to debug what's going on as the OzoneConfiguration is loaded from the $HADOOP_CONF_DIR as before.
Possible follow-up steps:
See: https://issues.apache.org/jira/browse/HDDS-1596