rjgoyln opened a new pull request, #11281: URL: https://github.com/apache/ozone/pull/11281
## What changes were proposed in this pull request? `TestHSync#testHSyncOpenKeyCommitAfterExpiry` intermittently sees only `hsync-key` in the open file table where it expects `hsync-key` and `key2`. The assertions read the OM tables through an RDB iterator, which bypasses the table cache, and OM acknowledges a write as soon as the double buffer has queued it. The key created by the immediately preceding `fs.create(key2)` may therefore not be persisted yet, while `hsync-key` already is, having gone through an extra hsync round trip. * Wait for the double buffer flush before the table assertions in `testHSyncOpenKeyCommitAfterExpiry` * Do the same in `testHSyncOpenKeyDeletionWhileDeleteDirectory`, whose assertion after `os.hsync()` has the same exposure This file already waits this way at seven other reads, so the assertions keep their strength instead of being relaxed. ## What is the link to the Apache JIRA https://issues.apache.org/jira/browse/HDDS-16523 ## How was this patch tested? Both test methods pass locally, with checkstyle and PMD clean for the module. Generated-by: Claude Code (Opus 5) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
