Restore on a local docker deployment

Thanks @Ivan_Groenewold, I will look into this. I will try not to hijack this thread but just out of curiosity would those kind of metrics make sense? I thought it might have been S3 decode/download issue but I can happily download at 10MiB/s with rclone. And the host system is very far from being overwhelmed

Each oplog slice is around ~20-25MB compressed (s2) except the first which is a bit bigger for a 15 minutes windows

  • pbmPitr/rs0/20260604/20260604195804-201.20260604202520-50.oplog.s2 (38.49 MB) – applied in ~17 minutes
  • pbmPitr/rs0/20260604/20260604202520-50.20260604204020-63.oplog.s2 (21.20 MB) – applied in 10 minutes
2026-06-05T16:18:12.000+0100 I [restore/2026-06-05T15:04:19.101748157Z] starting oplog replay
2026-06-05T16:18:12.000+0100 D [restore/2026-06-05T15:04:19.101748157Z] + applying {rs0 2026-06-04T19:51:32Z/rs0/oplog/20260604195133-104.20260604195804-201.gz gzip {1780602693 104} {1780603084 201} 7329304}

2026-06-05T16:20:10.000+0100 D [restore/2026-06-05T15:04:19.101748157Z] + applying {rs0 pbmPitr/rs0/20260604/20260604195804-201.20260604202520-50.oplog.s2 s2 {1780603084 201} {1780604720 50} 38486786}
2026-06-05T16:23:56.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 8388608-16777215
2026-06-05T16:27:56.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 16777216-25165823
2026-06-05T16:31:44.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 25165824-33554431
2026-06-05T16:35:22.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 33554432-41943039

2026-06-05T16:37:48.000+0100 D [restore/2026-06-05T15:04:19.101748157Z] + applying {rs0 pbmPitr/rs0/20260604/20260604202520-50.20260604204020-63.oplog.s2 s2 {1780604720 50} {1780605620 63} 21197197}
2026-06-05T16:41:40.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 8388608-16777215
2026-06-05T16:45:21.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 16777216-25165823
2026-06-05T16:47:21.000+0100 D [restore/2026-06-05T15:04:19.101748157Z] + applying {rs0 pbmPitr/rs0/20260604/20260604204020-63.20260604205520-73.oplog.s2 s2 {1780605620 63} {1780606520 73} 22525770}
2026-06-05T16:51:03.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 8388608-16777215
2026-06-05T16:53:45.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 16777216-25165823
2026-06-05T16:55:29.000+0100 D [restore/2026-06-05T15:04:19.101748157Z] + applying {rs0 pbmPitr/rs0/20260604/20260604205520-73.20260604211020-56.oplog.s2 s2 {1780606520 73} {1780607420 56} 23572346}
2026-06-05T16:58:51.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 8388608-16777215
2026-06-05T17:02:23.000+0100 W [restore/2026-06-05T15:04:19.101748157Z] failed to download chunk 16777216-25165823
2026-06-05T17:04:17.000+0100 D [restore/2026-06-05T15:04:19.101748157Z] + applying {rs0 pbmPitr/rs0/20260604/20260604211020-56.20260604212520-62.oplog.s2 s2 {1780607420 56} {1780608320 62} 22831040}

Edit: I find those logs a bit odd. The documentation you link specifies that the chunks are of 32MB but here it’s clearly trying to get 8MB chunks and I haven’t changed the config