Description
What would you like to be added?
#18274 proposes to change very delicate part of compaction to fix a correctness bug. There is high concern in this change potentially changing result of hashKV which can lead to cluster incorrectly marking itself as corrupted. We need to build a very solid confidence in hashKV calculation which regards to traffic and compaction.
Robustness tests seem like a good candidate to build that confidence even further, the main challenge in adding tests like in #18369 is fact that we cannot easily cover all ways requests (PUT/DELETE/TXN/Compaction) can interleave. With Robustness generating random requests it seems that we just need to start checking hashKV.
Robustness tests could be periodically requesting hashKV from all members and validating them for equality.
Why is this needed?
Would like to generalize testing for #18369.