-
Notifications
You must be signed in to change notification settings - Fork 405
Podman Fails on macOS due to SELinux Labels #756
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
Comments
Currently, podman does not support SELinux labels due to how they mount volumes. This causes the build to fail, with `lsetxattr` being unsupported. The relevant podman issue is [here](containers/podman#13631), and the description of the issue and volume mounts is [here](containers/podman#13631 (comment)). Closes cross-rs#756.
Currently, podman does not support SELinux labels due to how they mount volumes. This causes the build to fail, with `lsetxattr` being unsupported. The relevant podman issue is [here](containers/podman#13631), and the description of the issue and volume mounts is [here](containers/podman#13631 (comment)). Closes cross-rs#756.
It looks like Podman's going to require substantial more work on macOS, and I'm not going to prioritize this right now. When I try to build with a cross built from @Alexhuszagh:cross/selinux, I get the following error: sh: 1: cargo: Network dropped connection on reset. |
This other issue seems to be containers/podman#14142, which is the network being dropped in podman if run from a binary mounted from the host (IE, cargo in all our examples), except I'm running on a x86_64 host with an x86_64 image. There might be a way to do bind mount options for this. |
I've hit this issue (macOS 12.6, podman 4.5.0, arm64). Is there anything I could help with getting this fixed? I see one obstacle mentioned (#756 (comment)) has been fixed: containers/podman#14142 |
I think the only realistic fix for this for us is to drop the labels when the bug/limitation would happen. i.e on macos and using podman |
@Emilgardis There's a patch (Alexhuszagh@3e2ec8a) which seems to do exactly that. |
I see this was closed but I'm still running into it. Is there a regression or was a fix not merged? |
Checklist
Describe your issue
Related to containers/podman#13631
This bug has likely been around a long time, and reproduces on any tested cross version. Removing the SELinux labels works. You can create a simple test case with:
podman run -it --rm -v "$PWD"/target:/target:Z ubuntu:20.04 bash
And this will fail with the described error.
What target(s) are you cross-compiling for?
other (specify in description)
Which operating system is the host (e.g computer cross is on) running?
What architecture is the host?
What container engine is cross using?
cross version
latest main build
Example
Which produces an error of
error preparing container $(ID) for attach: lsetxattr $(PATH): operation not supported
.Additional information / notes
It seems this is podman specific due to the description below. Basically, on macOS and with Podman, remove the SELinux labels.
The text was updated successfully, but these errors were encountered: