You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First, this is not strictly a buildkit regression but something that I suspect is a coming from the platform side, it's by design.
When you follow the guide at b7d04a docs/windows.md, you get "access denied" error on only WS2022 but the build is successful both on Windows 11 and WS2019. It's the same case too with the classic docker build.
Current work-around, add USER ContainerAdministrator to the dockerfile (since the default user on nanoserver image is a low-priv ContainerUser); just to meet the purpose of the guide:
This adds `ContainerAdministrator` as the default user to
guarantee a uniform experience on all the platforms.
The previous guide would fail on WS2022 but work
on WS2019 and Windows 11. The issue is being
investigated here moby#4731
Signed-off-by: Anthony Nandaa <profnandaa@gmail.com>
This adds `ContainerAdministrator` as the default user to
guarantee a uniform experience on all the platforms.
The previous guide would fail on WS2022 but work
on WS2019 and Windows 11. The issue is being
investigated here #4731
Signed-off-by: Anthony Nandaa <profnandaa@gmail.com>
(cherry picked from commit 2aa80d7)
How does FROM mcr.microsoft.com/windows/nanoserver:ltsc2022 build successfully on Windows Server 2019? That shouldn't work with either process isolation or HyperV isolation, AFAIK.
The fact that the USER line fixes it suggests that the default user has somehow changed in the platform code, which would be annoying and probably break existing images that assume you're ContainerAdministrator at runtime.
daghack
pushed a commit
to daghack/buildkit
that referenced
this issue
Mar 8, 2024
This adds `ContainerAdministrator` as the default user to
guarantee a uniform experience on all the platforms.
The previous guide would fail on WS2022 but work
on WS2019 and Windows 11. The issue is being
investigated here moby#4731
Signed-off-by: Anthony Nandaa <profnandaa@gmail.com>
First, this is not strictly a buildkit regression but something that I suspect is a coming from the platform side, it's by design.
When you follow the guide at
b7d04a
docs/windows.md, you get "access denied" error on onlyWS2022
but the build is successful both onWindows 11
andWS2019
. It's the same case too with the classicdocker build
.Current work-around, add
USER ContainerAdministrator
to thedockerfile
(since the default user onnanoserver
image is a low-privContainerUser
); just to meet the purpose of the guide:This thankfully has unearthed something that we need to address.
The text was updated successfully, but these errors were encountered: