compose: only the last volume's create_host_path directories are created
メンテナーはふだん 2 日以内に返信
評価
調査の方向性
The bug is in the volumes loop of Parse in pkg/composer/serviceparser/serviceparser.go, where c.Mkdir = mkdir overwrites the directory list on each iteration. Read that loop and how c.Mkdir is consumed, then check the existing test setup for create_host_path. Done means several bind volumes accumulate their host directories and a test with multiple volumes fails before the change. Pull request #5318 already addresses this, so review or test it rather than starting a new fix.
索引モデルが issue の本文から書いたものです。
説明
In Parse (pkg/composer/serviceparser/serviceparser.go) the volumes loop does c.Mkdir = mkdir for every volume. mkdir holds the host directories that one bind volume with create_host_path needs, so each volume replaces what the earlier ones collected.
With two bind volumes that point at missing host paths, only the second path is created by compose up. If a later volume needs no directory (for example its source already exists), the list is reset to empty and none are created.
Appending instead of assigning fixes it. I have a patch with a test that fails before the change.
- 主要言語
- Go
- スター
- 10.5k
- フォーク
- 839
- 平均マージ
- 3日 18時間
- マージ済み PR（30日）
- 40
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
containerd/nerdctl のほかの issue
-
Test and examples: update wordpress images (to silence potential false security alerts)再び着手できるかも @ayushpratap27 が 15 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンarea/ci documentation priority/low
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
containerd/nerdctl#5283 · コメント 2 件 ·
メンテナーはふだん 2 日以内に返信
-
`nerdctl kill` shouldn't set `containerd.io/restart.explicitly-stopped` label for non-stop signals再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
containerd/nerdctl#5171 · コメント 3 件 ·
メンテナーはふだん 2 日以内に返信
-
`nerdctl kill -s <signal>` removes the network of a container that continues to run対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
containerd/nerdctl#5327 ·
メンテナーはふだん 2 日以内に返信
-
`nerdctl stop` on an exited container frees its IP but keeps its /etc/hosts entry, so a later container can lose its name対応中かも @papidb が 2 日前に担当しました。 オープンbug
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
containerd/nerdctl#5323 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
fluentd log driver: default retry wait is passed in nanoseconds対応中かも @ogulcanaydogan が 4 日前に担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 25/100
containerd/nerdctl#5320 ·
メンテナーはふだん 2 日以内に返信
containerd/nerdctl の issue をすべて見る
似ている issue
-
[Bug] Custom tool truncation leaves unused stream copies open対応中かも @OUAO-FRANK が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
[v3] KeyBindingManager calls (Add/Remove) are not converted into a case-insensitive accelerator.KeyオープンBug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
crmne/hyprmoncfg#114 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
runtime: usleep sleeps nanoseconds instead of microseconds on linux/mips and linux/mips64対応中かも @BRobertson7 が今日担当しました。 オープンcompiler/runtime
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100