Uh oh!
There was an error while loading. Please reload this page.
HDDS-13500. Transfer Non SST Files in the last batch of the tarball transfer. - #8857
Conversation
There was a problem hiding this comment.
I guess we want to add a few lines of explanation in the writeDBToArchive or writeDbDataToStream method, that as an optimization, onlySstFile is expected to be false only at the last batch iteration. Otherwise several months from now I won't remember a thing.
Uh oh!
There was an error while loading. Please reload this page.
jojochuang
left a comment
There was a problem hiding this comment.
Apart from these cosmetic issues this PR almost ready to go
Uh oh!
There was an error while loading. Please reload this page.
This comment was marked as duplicate.
This comment was marked as duplicate.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
sadanand48
commented
Jul 30, 2025
Thanks @jojochuang for the review. |
…arball transfer. (apache#8857)" This reverts commit 2870126. Conflicts: hadoop-ozone/ozone-manager/src/main/java/org/apache/hadoop/ozone/om/OMDBCheckpointServletInodeBasedXfer.java Change-Id: Ib9141efa7e55b0f71520da8e16d32f5cd9b63331
What changes were proposed in this pull request?
In the current impl, all file types in the DB are transferred in every batch and subsequent requests exclude the already tranferred files. If the mod time for a file changes they would be resent in the next batch which means that a file like LOG would be transferred in every batch.
To avoid this we can send non-sst files only in the last batch and send in the .sst files in the earlier transfers.
What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/HDDS-13500
How was this patch tested?
Unit tests