HADOOP-15183 added detection and rejection of prune updates when the store is inconsistent (i.e. when it tries to update an entry twice in the same operation, the second time with one that is inconsistent with the first)
Now that we can detect this, we should address it. We are lucky here in that my DDB table is currently inconsistent: prune is failing.
- new test to run in the sequential phase, which does a s3guard prune against the bucket used in tests
- use this to identify/debug the issue
- replicate the problem in the ITestDDBMetastore tests
- decide what to do in this world. Tell the user to run fsck? skip?