tablet_bootstrap has the following TODO:
alter_table-randomized-test, when looped in TSAN, seems to fail after around 30 iterations with a sequence like:
- a compaction enters "duplicating" phase
- an update arrives, which is duplicated into the old and new rowsets ids
- the new rowset ID isn't part of the metadata yet
- we get kill -9ed before we flush the metadata from the compaction
It seems that we then mis-identify the update to the "new" store as already flushed, which can cause the bootstrap to fail (or maybe cause a missing update).