We have added new update guidance on the Windows Container Docs site in the Windows container version compatibility and Update Windows Server containers sections. This also includes details on update compatibility and matrix. For information on the specific issues listed in this article, please see the resolution and mitigation below.
Resolution for "not running" and "32-bit applications silently failing" issues (symptom 1, 2, 3, 4):
On February 18, 2020, updated container images were released to address the issues with symptoms (1,2,3,4) in this article. If you are encountering these issues, we recommend you update your container host to the February 11, 2020 security update release and the container images released on February 18, 2020. Note The February 18, 2020 release is for container images only. February 11, 2020 security updates are still the latest for the container host.
To resolve the issue in your environment, re-run the pull command to update Windows Server base OS images or your applicable container image, such as IIS or .NET and re-run your automation pipeline to rebuild your containers using the container images with the February 18, 2020 container image.
Important If you changed your pull tags or automation as a workaround for the issues in this article, you should revert your changes to your previous pull tags. You should no longer need to use a specific version.
Mitigation for "32-bit applications silently failing" issue (symptom 4):
We strongly recommend you update the container host to the February 11, 2020 security update, as described above. If you are unable to update the container host to the February 11, 2020 security updates, you will need to match the build and revision version of the container image with the build and revision version of your container host operating system. For instructions on how to check the version of your container host, see this article. Once you have the version from your container host, you can pull the container image version using the following command (you will need to adjust the Windows Server base OS image and version as applies in your environment). For example, if you are using Windows Server Core container:
docker pull mcr.microsoft.com/windows/servercore:<version your container host, such as 10.0.17763.1040>
After your container host and container image versions match, you should be able to resume your container commands such as run or build.
Note We only recommend changing your pull tags or automation if you are encountering silently failing apps.