-
Notifications
You must be signed in to change notification settings - Fork 324
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
1.8.1 broke idmapped bind-mounts #1182
Comments
yes, it is related to #1147. Unfortunately there is no way to get back the previous mapping, you'll need an updated Podman |
@giuseppe What do you mean by "updated podman"? which version of podman will fix this? It doesn't work with coreOS |
there was a disagreement in the way it was implemented in crun, since the specs were not so clear about it, and runc added support for it later. I'll backport the fix for Podman to 4.4.x |
backport here: containers/podman#17925 |
Description
With idmapped mounts, the user and group are now nobody instead of the containers root.
How to reproduce
but with 1.8.1:
OS information
I'm currently at
fedora/aarch64/coreos/stable
at37.20230218.3.0
. I manually downloaded and extracted crun 1.18.1 from https://kojipkgs.fedoraproject.org/packages/crun/1.8.1/1.fc37/aarch64/crun-1.8.1-1.fc37.aarch64.rpm to test this since I had to rollback from37.20230303.3.0
due to this issue.I'm not sure why but I wasn't able to reproduce this on my desktops
fedora/37/x86_64/kinoite
at37.20230323.0
even though it has crun 1.8.1 as well. The only obvious differences are the architecture (x86_64 vs aarch64) and the root filesystem (btrfs vs xfs).Ideas
Is #1147 related? It says
This is a breaking change but it is a fairly recent feature and it is only Podman using it.
. If so, what do I have to change to get the desired behavior with the current version?The text was updated successfully, but these errors were encountered: