Estoy intentando iniciar PowerShell (x86) en Windows Docker Container desde PowerShell, pero no inicia un nuevo shell. Estoy ejecutando Docker desde un AWS Windows EC2 que se ejecuta en la Windows_Server-2019-English-Full-ContainersLatest-2020.02.12 . ¿Necesito algún archivo DLL específico para que esto funcione?

Tengo Dockerfile que se parece a esto:

 FROM mcr.microsoft.com/windows/insider:10.0.17763.107 ... SHELL ["PowerShell", "-Command"] ... CMD PowerShell

Después de que se inicia el contenedor, intento iniciar el PowerShell de 32 bits con el siguiente comando, pero no inicia un nuevo shell. Creo que solo sale un error.

 C:/Windows/SysWOW64/WindowsPowerShell/v1.0/powershell.exe

Traté de capturar el ExitCode usando los siguientes comandos:

 $Process = Start-Process -PassThru -Wait -FilePath "C:\Windows\SysWOW64\WindowsPowerShell\v1.0\powershell.exe" Write-Output "ExitCode = $($Process.ExitCode)"

Qué salidas:

 ExitCode = -1073741502

Lo que probablemente significa STATUS_DLL_INIT_FAILED ( ¿Qué significa ExitCode -1073741502? )

Los comandos que intento ejecutar en el contenedor Docker funcionan cuando lo ejecuto desde PowerShell en el host EC2. Puedo verificar ejecutando [Environment]::Is64BitProcess que devuelve False .

—————————

Esta es la versión de la ventana acoplable que estoy ejecutando en AWS EC2 basada en Windows_Server-2019-English-Full-Base-2020.02.12 (ami-00cb4c0d60b9476f4)

 PS> docker version Client: Docker Engine - Community Version: 19.03.5 API version: 1.40 Go version: go1.12.12 Git commit: 633a0ea Built: Wed Nov 13 07:22:37 2019 OS/Arch: windows/amd64 Experimental: false Server: Docker Engine - Community Engine: Version: 19.03.5 API version: 1.40 (minimum version 1.24) Go version: go1.12.12 Git commit: 633a0ea Built: Wed Nov 13 07:36:50 2019 OS/Arch: windows/amd64 Experimental: false

Otra actualización:

Los comandos realmente funcionan cuando ejecuto desde un EC2 diferente que había creado hace un tiempo basado en ami-0d4df21ffeb914d61 (que también es Windows_Server-2019-English-Full-Base pero el ami ya no es público)

Otra actualización:

Parece que fue un problema con la ami. Pude hacerlo funcionar con una versión anterior, Windows_Server-2019-English-Full-Base-2020.01.15 (ami-09f2114fecbe506e2)