Docker: “bildirim listesi girişlerinde windows / amd64 için eşleşen bildirim yok”

Windows'ta Docker kullanıyorum ve bu komutla bir PHP görüntüsü çekmeye çalıştığımda

$ docker pull php

Bu mesajı aldım:

Using default tag: latest
latest: Pulling from library/php no matching manifest for windows/amd64 
        in the manifest list entries

Bu sorunu nasıl düzeltebilirim?

Windows 10'da da aynı sorunu yaşadım. Docker arka plan programını deneysel modda çalıştırarak atladım:

1. Windows Sistem Tepsisindeki Docker simgesini sağ tıklayın
2. Ayarlar'a gidin
3. şeytan
4. ileri
5. Yı kur "experimental": true
6. Docker'ı yeniden başlat

Bu hatanın birçok nedeni olabilir. Ancak bu hatanın en belirgin nedeni, Windows Container Linux'u Linux Container Mode'da kullanmaktır.

1. Bağlam Menüsünde Sistem Tepsisindeki Docker Simgesi'ni tıklatın
2. "Pencereye / Linux Kapsayıcısına Geç" e tıklayın
3. Seçenek İletişim Kutusunda Anahtar Düğmesine Tıklayın
4. Biraz zaman alabilir
5. Docker'ın Şimdi Durumu Çalıştığından Emin Olun

Windows kapsayıcı modundasınız. Bu nedenle, çekmek istediğiniz görüntünün Windows mimarisi için oluşturulduğundan emin değilseniz , Linux kapsayıcılarına geçmeniz gerekir.

Bunu yapmanın başka bir yolu:

Sistem tepsisinde docker simgesine sağ tıklayın, ardından Switch to Linux containers .

(Windows için Docker, Community Edition, sürüm 18.03.1)

Benim durumumda, üzerinde çalıştığım Windows işletim sistemi sürümünün çekmeye çalıştığım etiketi desteklemiyor olmasıydı. Daha eski bir etiket kullanmak bunu yapmamı sağladı.

özellikle:

docker pull mcr.microsoft.com/windows/nanoserver:1903 Hatalı

docker pull mcr.microsoft.com/windows/nanoserver:1803-amd64 işlenmiş

Sürüm: Windows 10

1. Adım: Docker örneğini sağ tıklayın ve Ayarlar'a gidin

2. Adım: Temelden İleri Düzeye ve "deneysel" ayarı: doğru

3. Adım: Docker'ı yeniden başlatın

Adım 4: Dockerfile'ı yüklemek başarılı (ör: docker build -t williehao / cheers2019.)

Önce Linux platformuyla çekmeniz gerekir, ardından Windows üzerinde çalışabilirsiniz:

docker pull --platform linux php
docker run -it php

Windows 10 Fall Creators Güncellemeli Windows Masaüstü 18.02 için Docker blog gönderisine bakın .

Yönetici Powershell'de çalışarak Windows 10'da bunu çözdüm:

cd "C:\Program Files\Docker\Docker"

Ve sonra:

./DockerCli.exe -SwitchDaemon

Çektiğiniz uygulamaları düşünün - bunlar Windows tabanlı mı? Değilse, bir Linux kapsayıcısı çalıştırmanız gerekir.

Deneysel modu kullanmadan Docker'ı yalnızca bir kapsayıcı stilinde ve diğerinde kullanabilirsiniz. Deney modunu yukarıda belirtildiği gibi etkinleştirirseniz, oluşturma dosyasında çektiğiniz uygulamaların gerektirdiği şekilde Windows ve Linux kapsayıcılarını kullanabilirsiniz.

Anahtar not: Deneysel - Docker tarafından hala geliştirilmektedir.

Bu sadece pencere kapları nedeniyle meydana gelmeyebilir!

Bugün tüm Node.Js docker görüntüleri pullable değildir. Her zaman daha önce çekmeye çalıştığınız görüntüyü kontrol edin.

İlgili Github-Sayı

Windows 10 # 1100 "docker çekme" başarısız gibi görünüyor

Ekliyorsanız --experimentaldeğil çalışır, düşünün pencereler için liman işçisi yeniden yükleme .

Bu hatayı Azure DevOps kanalımda alıyordum.

Step 1/7 : FROM nginx:alpine
alpine: Pulling from library/nginx
no matching manifest for windows/amd64 10.0.14393 in the manifest list entries
##[error]C:\Program Files\Docker\docker.exe failed with return code: 1
##[section]Finishing: Build an image

Sorun Barındırılan Ubuntu yerine Barındırılan VS2017 seçmişti . Aşağıdaki gibi değiştirdikten sonra yapı başarılı oldu.

Umarım yardımcı olur.

docker çalıştırmak mcr.microsoft.com/windows/servercore:ltsc2016

yukarıdaki komutu deneyin. çektiğiniz şey, içinde bulunduğunuz temel Windows sürümüyle uyumlu olmalıdır. Windows Server 2016'daysanız yukarıdaki işlem çalışır.

daha fazla bilgi için bu konuyu takip et

https://github.com/docker/for-win/issues/3761

Docker örneğine sağ tıklayın Ayarlar Daemon Advanced'e gidin "experimental" seçeneğini ayarlayın: true Docker'ı yeniden başlatın

 {
      "registry-mirrors": [],
      "insecure-registries": [],
      "debug": true,
      "experimental": true
    }

'En son' etiketi kullanımdan kaldırılıyor

Daha iyi kapsayıcı uygulamalarını teşvik etmek için tüm Windows temel resimlerimizde 'en yeni' etiketini kullanımdan kaldırıyoruz. 2019 takvim yılının başında artık etiketi yayınlamayacağız  ; Mevcut etiketler listesinden çekeceğiz.

Bunun yerine, üretimde çalıştırmak istediğiniz belirli kap etiketini bildirmenizi önemle tavsiye ederiz. 'En son' etiketi spesifik olanın tersidir; kullanıcıya, konteynerin gerçekte resim adından başka hangi sürümde olduğu hakkında hiçbir şey söylemez. Sürüm uyumluluğu ve kapsayıcı belgelerimizde uygun etiketi seçme hakkında daha fazla bilgi edinebilirsiniz .

https://techcommunity.microsoft.com/t5/containers/windows-server-2019-now-available/ba-p/382430#

Windows için docker kullanarak Windows IIS görüntüsünü çalıştırmak için aynı sorunu yaşadım. Yukarıdaki Muhammed Trabelsi cevabını okuduğumda, sorunumu çözmek için Windows konteynerler için konteynerlerimi (liman işçisi) değiştirmem gerektiğini fark ettim.

Bunu yapmak için:

1. Docker örneğine sağ tıklayın
2. Seç "Windows kapsayıcılarına Anahtarı ..."

Windows'ta daemon.json veya windows-daemon-options.json dosyasını düzenlemeniz gerekir, Windows'ta yapılandırma dosyasının varsayılan konumu% programdata% \ docker \ config \ daemon.json veya% programdata% \ docker \ resources \ windows -daemon-options.json

Json dosyasındaki isteğe bağlı alan özellikleri, kullanıcıların belirli arka plan özelliklerini etkinleştirmesine veya devre dışı bırakmasına olanak tanır. Örnek: {"features": {"buildkit": true}}, varsayılan docker görüntü oluşturucu olarak buildkit'i etkinleştirir.

Linux kapsayıcılarını çalışır durumda bulamadığı için bu mesajı göstermesinin nedeni. Bu nedenle, çalıştırmadan önce pencerelerden linux kaplarına geçtiğinizden emin olun.

Benim için, çünkü C: \ ProgramData \ Docker \ config \ daemon.json erişim reddedildi Şimdi düzelttikten sonra çalışıyor. Linux kapsayıcılarına geçmeyi ve geri dönmeyi deneyebilirsiniz. Geçiş ile ilgili bir sorun yoksa, erişim izniyle çalışır.

Benim durumumda , ilk önce pencereleri güncellemem gerekti , bundan sonra sorun gitti.