Docker: "Kein übereinstimmendes Manifest für Windows / AMD64 in den Manifestlisteneinträgen"

Ich verwende Docker unter Windows und als ich versuchte, ein PHP-Image mit diesem Befehl abzurufen

$ docker pull php

Ich habe diese Nachricht erhalten:

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

Wie kann ich dieses Problem beheben?

Ich hatte das gleiche Problem unter Windows 10. Ich habe es umgangen, indem ich den Docker-Dämon im experimentellen Modus ausgeführt habe:

1. Klicken Sie mit der rechten Maustaste auf das Docker-Symbol in der Windows-Taskleiste
2. Gehen Sie zu Einstellungen
3. Daemon
4. Fortgeschrittene
5. Stellen Sie die "experimental": true
6. Starten Sie Docker neu

Es kann viele Gründe für diesen Fehler geben. Der offensichtlichste Grund für diesen Fehler ist jedoch die Verwendung von Windows Container im Linux Container-Modus oder umgekehrt.

1. Klicken Sie im Kontextmenü in der Taskleiste auf das Docker-Symbol
2. Klicken Sie auf "Zu Windows / Linux-Container wechseln".
3. Option Klicken Sie im Schaltdialog auf die Schaltfläche "Wechseln"
4. Es kann wenig Zeit dauern
5. Stellen Sie sicher, dass Docker jetzt ausgeführt wird

Sie befinden sich im Windows-Containermodus. Wenn Sie also nicht sicher sind, ob das Image, das Sie abrufen möchten, für die Windows-Architektur erstellt wurde , müssen Sie zu Linux-Containern wechseln.

Ein anderer möglicher Weg, dies zu tun:

Klicken Sie in der Taskleiste mit der rechten Maustaste auf das Docker-Symbol und dann auf Switch to Linux containers.

(Docker für Windows, Community Edition, Version 18.03.1)

In meinem Fall unterstützte die Windows-Version, auf der ich mich befand, das Tag, das ich abrufen wollte, nicht. Durch die Verwendung eines älteren Tags konnte ich dies zum Laufen bringen.

Speziell:

docker pull mcr.microsoft.com/windows/nanoserver:1903 fehlerhaft

docker pull mcr.microsoft.com/windows/nanoserver:1803-amd64 hat funktioniert

Version: Windows 10

Schritt 1: Klicken Sie mit der rechten Maustaste auf die Docker-Instanz und gehen Sie zu Einstellungen

Schritt 2: Basic bis Advanced und Setzen des "experimentellen": true

Schritt 3: Starten Sie Docker neu

Schritt 4: Die Installation der Docker-Datei ist erfolgreich (Beispiel: Docker-Build -t Williehao / Cheers2019).

Sie müssen zuerst mit der Linux-Plattform ziehen, dann können Sie unter Windows ausführen:

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

Siehe Blogbeitrag Docker für Windows Desktop 18.02 mit Windows 10 Fall Creators Update .

Ich habe dies in Windows 10 gelöst, indem ich in Admin Powershell ausgeführt habe:

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

Und dann:

./DockerCli.exe -SwitchDaemon

Betrachten Sie die Anwendungen, die Sie abrufen - sind sie Windows-basiert? Wenn nicht, müssen Sie einen Linux-Container ausführen.

Ohne den experimentellen Modus können Sie Docker nur in einem Containerstil im Vergleich zum anderen verwenden. Wenn Sie den experimentellen Modus wie oben erwähnt aktivieren, können Sie Windows- und Linux-Container verwenden, wie dies für die Anwendungen erforderlich ist, die Sie in der Erstellungsdatei abrufen.

Key Note: Experimentell - noch in der Entwicklung von Docker.

Dies kann nicht nur durch Windows-Container geschehen!

Heute sind nicht alle Docker-Bilder von Node.J abrufbar. Überprüfen Sie immer das Bild, das Sie ziehen möchten.

Verwandte Github-Ausgabe

Das sieht so aus "Docker Pull" in Windows 10 # 1100 fehlschlägt

Wenn das Hinzufügen --experimentalnicht funktioniert, sollten Sie Docker für Windows neu installieren .

Ich habe diesen Fehler in meiner Azure DevOps-Pipeline erhalten.

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

Das Problem war, dass ich den gehosteten VS2017 anstelle des gehosteten Ubuntu ausgewählt hatte . Nach der folgenden Änderung war der Build erfolgreich.

Ich hoffe es hilft.

docker run mcr.microsoft.com/windows/servercore:ltsc2016

Versuchen Sie den obigen Befehl. Was Sie abrufen, sollte mit der zugrunde liegenden Windows-Version kompatibel sein, in der Sie sich befinden. Die obige Version funktioniert, wenn Sie sich in Windows Server 2016 befinden.

Folgen Sie diesem Thread für weitere Informationen

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

Klicken Sie mit der rechten Maustaste auf die Docker-Instanz. Gehen Sie zu Einstellungen Daemon Advanced. Stellen Sie "experimentell" ein: true Starten Sie Docker neu

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

Veraltet das 'neueste' Tag

Wir verwerfen das "neueste" Tag in allen Windows-Basisimages, um bessere Container-Praktiken zu fördern. Zu Beginn des Kalenderjahres 2019 werden wir das Tag nicht mehr veröffentlichen  . Wir werden es aus der Liste der verfügbaren Tags ziehen.

Wir empfehlen Ihnen dringend , stattdessen das spezifische Container-Tag zu deklarieren, das Sie in der Produktion ausführen möchten. Das 'neueste' Tag ist das Gegenteil von spezifisch; Es sagt dem Benutzer nichts darüber aus, welche Version der Container tatsächlich ist, abgesehen vom Bildnamen. Weitere Informationen zur Versionskompatibilität und zur Auswahl des entsprechenden Tags finden Sie in unseren Container-Dokumenten .

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

Ich hatte das gleiche Problem beim Ausführen eines Windows IIS-Abbilds mit Docker für Windows. Als ich die Antwort von Mohammad Trabelsi oben las, wurde mir klar, dass ich zur Lösung meines Problems meine Container (auf Docker) gegen Windows-Container austauschen musste.

Um dies zu tun:

1. Klicken Sie mit der rechten Maustaste auf die Docker-Instanz
2. Wählen Sie "Zu Windows-Containern wechseln ..."

Unter Windows müssen Sie die Datei daemon.json oder windows-daemon-options.json bearbeiten. Der Standardspeicherort der Konfigurationsdatei unter Windows ist% programdata% \ docker \ config \ daemon.json oder% programdata% \ docker \ resources \ windows -daemon-options.json

Mit den optionalen Feldfunktionen in der JSON-Datei können Benutzer bestimmte Dämonfunktionen aktivieren oder deaktivieren. Beispiel: {"features": {"buildkit": true}} aktiviert buildkit als Standard-Docker-Image-Builder.

Der Grund, warum diese Meldung angezeigt wird, weil Linux-Container nicht als ausgeführt gefunden werden können. Stellen Sie daher sicher, dass Sie von Windows zu Linux-Containern wechseln, bevor Sie es ausführen.

Für mich liegt es daran, dass der Zugriff auf C: \ ProgramData \ Docker \ config \ daemon.json verweigert wurde. Nachdem ich es jetzt behoben habe, funktioniert es. Sie können versuchen, zu Linux-Containern zu wechseln und zurückzuschalten. Wenn es kein Problem mit der Umschaltung gibt, funktioniert es mit der Zugriffsberechtigung.

In meinem Fall musste ich zuerst Windows aktualisieren , danach ist das Problem behoben .