[CI] CloseIndexIT.testCloseIndex failed

[bizybot]

CloseIndexIT.testCloseIndex failed on
https://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+7.x+internalClusterTest/2283/console

Unable to reproduce locally with the following command:

./gradlew :server:integTest \
-Dtests.seed=82A3B95002BA7D9B \
-Dtests.class=org.elasticsearch.indices.state.CloseIndexIT \
-Dtests.method="testCloseIndex" \
-Dtests.security.manager=true \
-Dtests.locale=fr-CA \
-Dtests.timezone=America/Tortola \
-Dcompiler.java=11 \
-Druntime.java=8

[elasticmachine]

Pinging @elastic/es-core-features

[gwbrown]

This build appears to have been rotated out from Jenkins. From the build stats kibana, the stack trace is:

java.lang.AssertionError: max seq. no. [-1] does not match [2]
	at __randomizedtesting.SeedInfo.seed([82A3B95002BA7D9B]:0)
	at org.elasticsearch.index.engine.ReadOnlyEngine.assertMaxSeqNoEqualsToGlobalCheckpoint(ReadOnlyEngine.java:142)
	at org.elasticsearch.index.engine.ReadOnlyEngine.<init>(ReadOnlyEngine.java:116)
	at org.elasticsearch.index.engine.NoOpEngine.<init>(NoOpEngine.java:40)
	at org.elasticsearch.index.shard.IndexShard.innerOpenEngineAndTranslog(IndexShard.java:1442)
	at org.elasticsearch.index.shard.IndexShard.openEngineAndRecoverFromTranslog(IndexShard.java:1395)
	at org.elasticsearch.index.shard.StoreRecovery.internalRecoverFromStore(StoreRecovery.java:424)
	at org.elasticsearch.index.shard.StoreRecovery.lambda$recoverFromStore$0(StoreRecovery.java:95)
	at org.elasticsearch.index.shard.StoreRecovery.executeRecovery(StoreRecovery.java:302)
	at org.elasticsearch.index.shard.StoreRecovery.recoverFromStore(StoreRecovery.java:93)
	at org.elasticsearch.index.shard.IndexShard.recoverFromStore(IndexShard.java:1681)
	at org.elasticsearch.index.shard.IndexShard.lambda$startRecovery$9(IndexShard.java:2330)
	at org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingRunnable.run(ThreadContext.java:677)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

Looks like this might be a failure related to sequence numbers and the global checkpoint - adding the distributed team, could someone take a look?

[elasticmachine]

Pinging @elastic/es-distributed