Laatst bijgewerkt 10 maart 2020 10:00 uur PST
Symptomen
U kunt problemen ondervinden bij het gebruik van Windows Server-containers als de containerhost of containerimage de beveiligingsupdate van 11 februari 2020 heeft, tenzij zowel de Windows-containerhost als de containerinstallatiekopieën van Windows Server overeenkomen met de beveiligingsupdate van 11 februari 2020.
Symptomen bij het uitvoeren of bouwen van een container zijn mogelijk:
- Wanneer u de opdracht 'docker run' of 'docker build' uitvoert, ontvangt u mogelijk geen uitvoer en reageert deze mogelijk niet meer.
- Uw Windows Server-container in Kubernetes bereikt de status 'actief' niet.
- U ontvangt de fout 'docker: Foutreactie van daemon: er <is een fout opgetreden in de container-id> tijdens Start: fout in een Windows-systeemaanroep: Er is een time-out opgetreden voor de wachtbewerking. (0x102)."
- Uw 32-bits toepassing of processen die in de container worden uitgevoerd, kunnen mislukken zonder meldingen.
Oorzaak
Dit probleem is het gevolg van een beveiligingswijziging waarvoor een interfacewijziging tussen gebruikersmodus en kernelmodus vereist was. Aangezien door processen geïsoleerde containers de kernelmodus delen met de containerhost en de containerinstallatiekopieën, waren onderdelen van de gebruikersmodus zonder de update zowel incompatibel als onbeveiligd met de nieuwe beveiligde kernelinterface.
Oplossing en tijdelijke oplossing
We hebben nieuwe updaterichtlijnen toegevoegd aan de site Windows Container Docs in de secties Compatibiliteit van Windows-containerversies en Update Windows Server-containers. Dit omvat ook informatie over updatecompatibiliteit en matrix. Zie de onderstaande oplossing en beperking voor meer informatie over de specifieke problemen die in dit artikel worden genoemd.
Oplossing voor de problemen 'niet actief' en '32-bits toepassingen die niet worden uitgevoerd' (symptoom 1, 2, 3, 4):
Op 18 februari 2020 zijn bijgewerkte containerinstallatiekopieën vrijgegeven om de problemen met symptomen (1,2,3,4) in dit artikel op te lossen. Als u deze problemen ondervindt, raden we u aan uw containerhost bij te werken naar de beveiligingsupdate van 11 februari 2020 en de containerinstallatiekopieën die zijn uitgebracht op 18 februari 2020. Notitie De release van 18 februari 2020 is alleen voor containerinstallatiekopieën. De beveiligingsupdates van 11 februari 2020 zijn nog steeds de laatste voor de containerhost.
U kunt het probleem in uw omgeving oplossen door de pull-opdracht opnieuw uit te voeren om de installatiekopieën van het basisbesturingssysteem van Windows Server of de betreffende containerinstallatiekopie, zoals IIS of .NET, bij te werken. Voer vervolgens uw automatiseringspijplijn opnieuw uit om uw containers opnieuw op te bouwen met behulp van de containerinstallatiekopieën met de containerinstallatiekopie van 18 februari 2020.
Belangrijk Als u de pulltags of automatisering hebt gewijzigd als tijdelijke oplossing voor de problemen in dit artikel, kunt u de vorige pull-tags het beste herstellen. U hebt geen specifieke versie meer nodig.
Beperking van het probleem '32-bits toepassingen mislukken op de achtergrond' (symptoom 4):
We raden u ten zeerste aan de containerhost bij te werken naar de beveiligingsupdate van 11 februari 2020, zoals hierboven beschreven. Als u de containerhost niet kunt bijwerken naar de beveiligingsupdates van 11 februari 2020, moet u de build- en revisieversie van de containerinstallatiekopie koppelen aan de build- en revisieversie van uw containerhostbesturingssysteem. In dit artikel vindt u instructies voor het controleren van de versie van uw containerhost. Zodra u de versie van uw containerhost hebt, kunt u de versie van de containerinstallatiekopie ophalen met behulp van de volgende opdracht (u moet de Windows Server basisinstallatiekopie van het besturingssysteem en de versie aanpassen zoals van toepassing in uw omgeving). Als u bijvoorbeeld een Windows Server Core-container gebruikt:
docker pull mcr.microsoft.com/windows/servercore:<version your container host, such as 10.0.17763.1040>
Nadat de versies van de containerhost en containerimage overeenkomen, moet u de containeropdrachten kunnen hervatten, zoals uitvoeren of bouwen.
Notitie We raden u aan uw pull-tags of automatisering alleen te wijzigen als u stilzwijgende apps tegenkomt.
Meer informatie
In de onderstaande lijst ziet u de versies van Windows Server waarvoor we ondersteuning bieden voor containerinstallatiekopieën, plus de versienummers voor de beveiligingsupdates die zijn uitgebracht op 14 januari 2020 en 11 februari 2020 en de release van alleen containerinstallatiekopieën op 18 februari 2020. De containerinstallatiekopieën die zijn uitgebracht op 18 februari 2020 en die hieronder worden vermeld, worden automatisch opgehaald als u geen versie opgeeft in uw zwevende tags.
| Versie van Windows Server (zwevende tag) | Updateversie voor release van 14 januari 2020 | Updateversie voor 11 februari 2020 | Updateversie voor 18 februari 2020 |
|---|---|---|---|
| Windows Server 2016 (ltsc2016) | 10.0.14393.3443 | 10.0.14393.3504 | 10.0.14393.3506 |
| Windows Server, versie 1803 (1803) | 10.0.17134.1246 | 10.0.17134.1304 | 10.0.17134.1305 |
| Windows Server 2019 (ltsc2019) Windows Server, versie 1809 (1809) |
10.0.17763.973 | 10.0.17763.1039 | 10.0.17763.1040 |
| Windows Server versie 1903 (1903) | 10.0.18362.592 | 10.0.18362.657 | 10.0.18362.658 |
| Windows Server, versie 1909 (1909) | 10.0.18363.592 | 10.0.18363.657 | 10.0.18363.658 |
Als u installatiekopieën voor virtuele machines van Azure Marketplace met containers gebruikt, zijn de installatiekopieën van februari 2020 nu beschikbaar. De bovenstaande problemen of symptomen mogen niet worden weergegeven wanneer je deze afbeeldingen gebruikt. Zie KB4540981 voor meer informatie.
Voor een volledige lijst met Windows-containerinstallatiekopieën raadpleegt u de pagina van de Docker Hub hier.
Voor meer gedetailleerde informatie over Windows Server containers, zie https://aka.ms/containers.