-
Notifications
You must be signed in to change notification settings - Fork 587
HDDS-3773. Add OMDBDefinition to define structure of om.db. #1076
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
Codecov Report
@@ Coverage Diff @@
## master #1076 +/- ##
============================================
- Coverage 70.46% 70.43% -0.04%
- Complexity 9242 9247 +5
============================================
Files 961 963 +2
Lines 48130 48155 +25
Branches 4676 4675 -1
============================================
+ Hits 33917 33920 +3
- Misses 11960 11985 +25
+ Partials 2253 2250 -3 Continue to review full report at Codecov.
|
|
Thank you for the patch @sadanand48. Any reason why we are not using the OMDBDefinition to actually create the OM DB, like in the SCM? |
@avijayanhwx I think the plan was to use DBStore interface instead of the MetadataDataStore and in order to do that DBDefinition must be defined [(HDDS-3172)] .(#700 (comment)). |
I think we probably need to follow the same model as that in SCM. Though the patch looks good, other changes related to using DB interface rather than MetadataDataStore interface, can be done in separate jira after further analysis. @avijayanhwx , what do you think? |
+1 Sounds like a reasonable plan for me. |
|
@sadanand48 / @bshashikant I am OK with handling the next set of OM changes in a different JIRA. |
|
Great. I think the proposal is to do something similar to #997 in the next patch. Now I am merging this one. Thanks the patch @sadanand48 and the review @avijayanhwx and @bshashikant |
* upstream/master: (56 commits) HDDS-3264. Fix TestCSMMetrics.java. (apache#1120) HDDS-3858. Remove support to start Ozone and HDFS datanodes in the same JVM (apache#1117) HDDS-3704. Update all the documentation to use ozonefs-hadoop2/3 instead of legacy/current (apache#1099) HDDS-3773. Add OMDBDefinition to define structure of om.db. (apache#1076) Revert "HDDS-3263. Fix TestCloseContainerByPipeline.java. (apache#1119)" (apache#1126) HDDS-3821. Disable Ozone SPNEGO should not fall back to hadoop.http.a… (apache#1101) HDDS-3819. OzoneManager#listVolumeByUser ignores userName parameter when ACL is enabled (apache#1087) HDDS-3779. Add csi interface documents to show how to use ozone csi (apache#1059) HDDS-3857. Datanode in compose/ozonescripts can't be started (apache#1116) HDDS-3430. Enable TestWatchForCommit test cases. (apache#1114) HDDS-3263. Fix TestCloseContainerByPipeline.java. (apache#1119) HDDS-3512. s3g multi-part-upload saved incorrect content using streaming (apache#1092) HDDS-3836. Modify ContainerPlacementPolicyFactory JavaDoc (apache#1097) HDDS-3780. Replace the imagePullPolicy from always to IfNotPresent (apache#1055) HDDS-3847. Change OMNotLeaderException logging to DEBUG (apache#1118) HDDS-3745. Improve OM and SCM performance with 64% by avoid collect datanode information to s3g (apache#1031) HDDS-3286. BasicOzoneFileSystem support batchDelete. (apache#814) HDDS-3850. Update the admin document to let user know how to show the status of all rules. (apache#1109) HDDS-3848. Add ratis.thirdparty.version in main pom.xml (apache#1108) HDDS-3815. Avoid buffer copy in ContainerCommandRequestProto. (apache#1085) ...
What changes were proposed in this pull request?
In order to support the rocksdb tool which displays data for a given db file (HDDS-3622) , the appropriate DBDefinition file must be defined. The change here is to extend the tool for om.db.
What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/HDDS-3773
How was this patch tested?
Manual test.