# Restore on a local docker deployment **URL:** \ **Category:** Percona Backup for MongoDB\ **Tags:** percona, mongodb\ **Created:** [June 5, 2026, 1:55pm UTC](https://forums.percona.com/t/restore-on-a-local-docker-deployment/40875 "2026-06-05T13:55:07Z")\ **Posts on this page:** 1\ **Showing post:** 7
**Author:** ![Adraen](https://avatars.discourse-cdn.com/v4/letter/a/7cd45c/32.png) [@Adraen](https://forums.percona.com/u/Adraen)\ **Post date:** [June 5, 2026, 4:15pm UTC](https://forums.percona.com/t/restore-on-a-local-docker-deployment/40875/7 "2026-06-05T16:15:12Z")
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 ```auto 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 --- _[View the full topic](https://forums.percona.com/t/restore-on-a-local-docker-deployment/40875)._