Skip to content

Commit 749212d

Browse files
Increase Timeout in testSnapshotRestore (#60532)
It seems this test only fails with `FsRepository` and mostly just barely times out (takes just a little over 30s to go green). I think just increasing the timeout should be fine as a fix here as it's a little interesting to check larger amounts of data in this test generally speaking. Closes #39299
1 parent ac2184c commit 749212d

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

test/framework/src/main/java/org/elasticsearch/repositories/blobstore/ESBlobStoreRepositoryIntegTestCase.java

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -36,6 +36,7 @@
3636
import org.elasticsearch.common.bytes.BytesArray;
3737
import org.elasticsearch.common.io.Streams;
3838
import org.elasticsearch.common.settings.Settings;
39+
import org.elasticsearch.common.unit.TimeValue;
3940
import org.elasticsearch.repositories.IndexId;
4041
import org.elasticsearch.repositories.RepositoriesService;
4142
import org.elasticsearch.repositories.Repository;
@@ -321,7 +322,8 @@ public void testSnapshotAndRestore() throws Exception {
321322
logger.info("--> restore all indices from the snapshot");
322323
assertSuccessfulRestore(client().admin().cluster().prepareRestoreSnapshot(repoName, snapshotName).setWaitForCompletion(true));
323324

324-
ensureGreen();
325+
// higher timeout since we can have quite a few shards and a little more data here
326+
ensureGreen(TimeValue.timeValueSeconds(120));
325327

326328
for (int i = 0; i < indexCount; i++) {
327329
assertHitCount(client().prepareSearch(indexNames[i]).setSize(0).get(), docCounts[i]);

0 commit comments

Comments
 (0)