`docker pull` resume downloading layer option
まだ誰も着手していません。
評価
調査の方向性
まず、大きなレイヤーのダウンロードを中断して、報告された docker pull の失敗を再現し、この CLI リポジトリの pull エントリポイントとレイヤーダウンロード処理を調査します。後続の pull で部分的なレイヤーが再利用され、対応するバイト位置から再開される一方で、完了済みのレイヤーに対する正常な動作が維持されれば、作業は完了です。
索引モデルが issue の本文から書いたものです。
説明
Description
During the docker pull process, if a connection problem occurs—which is common with unstable Wi‑Fi, VPN drops, router sleep, NAT issues, MTU problems, and so on—Docker will not reuse partially downloaded layers, so on the next docker pull starts downloading that layer over:
$ sudo docker pull beevelop/cordova:latest
latest: Pulling from beevelop/cordova
6f245fbb6da7: Download complete
fc3c89a8c92a: Download complete
bd35bf817417: Downloading [=> ] 34.6MB/880.4MB
1f573660f4aa: Downloading [==> ] 41.94MB/814MB
617772c7d19b: Downloading [=========================================> ] 34.6MB/41.57MB
97344555eef9: Downloading [=====> ] 16.81MB/144.7MB
a7fb98a8eddd: Download complete
ef3e291e2bea: Downloading [===> ] 28.31MB/459.9MB
4f4fb700ef54: Already exists
869f03e2bc59: Downloading [=============> ] 73.4MB/273.1MB
d4fa1733c83a: Downloading [========> ] 24.12MB/143.1MB
9cf22b159730: Download complete
8369f9fca54c: Downloading [===============================> ] 46.14MB/72.66MB
bb0deee347b7: Download complete
short read: expected 144729115 bytes but got 16806391: unexpected EOF
$ sudo docker pull beevelop/cordova:latest
latest: Pulling from beevelop/cordova
d4fa1733c83a: Pulling fs layer
6f245fbb6da7: Pulling fs layer
4f4fb700ef54: Already exists
9cf22b159730: Pulling fs layer
1f573660f4aa: Pulling fs layer
a7fb98a8eddd: Pulling fs layer
8369f9fca54c: Pulling fs layer
869f03e2bc59: Pulling fs layer
617772c7d19b: Downloading [=> ] 1.049MB/41.57MB
97344555eef9: Pulling fs layer
bd35bf817417: Pulling fs layer
fc3c89a8c92a: Pulling fs layer
ef3e291e2bea: Pulling fs layer
bb0deee347b7: Download complete
It might not be a big deal when the sizes of those layers are small, but it could be annoying if the layer size and downloaded part size are huge. Is there a way for Docker to cache layers locally so that it can automatically resume downloading from the corresponding byte?
- 主要言語
- Go
- スター
- 6.1k
- フォーク
- 2.2k
- 平均マージ
- 1日 10時間
- マージ済み PR（30日）
- 47
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
docker/cli のほかの issue
-
kind/bug status/0-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
kind/bug status/0-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
-
kind/feature status/0-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
kind/bug status/0-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
bug group: validation priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
codecheckers/chekhov#51 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100