Windows-2019
ホストされたエージェント(1809Windowsバージョンでインストールされたエージェント-MicrosoftWindows Server 2019データセンター)をエージェント仕様として使用する場合、mcr.microsoft.com/windows:2004
Dockerイメージをプルできません。
例外:
私はこのソリューションに精通しています(これはローカルで完全に機能します)。ただし、Docker Desktopはエージェントにインストールされないため、Windowsコンテナーに切り替えることはできません。さらに、再起動が必要なため、Dockerデスクトップのインストールはオプションではありません。
現在、ビルドマシンの作成はオプションではありません。
だから私の質問は:mcr.microsoft.com/windows:2004
ホストされたエージェントからDockerイメージをプルする方法はありますか?
だから私の質問は:ホストされているエージェントからmcr.microsoft.com/windows:2004dockerイメージをプルする方法はありますか?
mcr.microsoft.com/windows:2004
ホストされているエージェントからDockerイメージをプルする方法はありません。
これは、コンテナのホストバージョンとコンテナイメージのバージョンが一致しているためです。
Windows Serverコンテナと基盤となるホストは単一のカーネルを共有します。コンテナのベースイメージは、ホストのベースイメージと一致する必要があります。バージョンが異なる場合、コンテナが起動する可能性がありますが、完全な機能は保証されません。
つまり、Windowsでは、ホストOSのバージョンがコンテナのOSバージョンと一致している必要があります。新しいWindowsビルドに基づいてコンテナーを実行する場合は、同等のホストビルドがあることを確認してください。それ以外の場合は、Hyper-V分離を使用して、新しいホストビルドで古いコンテナーを実行できます。
そのため、ホストされているエージェントOR ()からイメージwindows:2004
(2004
)をプルできませんでした。ホストされているエージェントでのみイメージをプルできました。windows-latest
windows-2019
1809
windows:1809
docker pull mcr.microsoft.com/windows/servercore:1809
ただし、windows:1903
ホストされているエージェントでイメージをプルすると、エラーが発生しますno matching manifest for windows/amd64...
。私の答えを確認するために、私はWindowsバージョン1903
(OSビルド18362
)でホストされているプライベートエージェントを使用します。それは正常に動作します。
要約すると、ホストされたエージェント(1809)でwindows:2004(2004)イメージをプルすることはできません。このリクエストの回避策は、プライベートエージェントを使用することです。
ところで、私はあなたの質問のリンクに記載されているソリューションをプライベートエージェントでテストしました。このエラーswitch to Linux containers
もset the "experimental": true
解決できません。
参照リンク:
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加