-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Running podman rootless gives ERRO[0000] cannot setup namespace using newuidmap: exit status 1 #2788
Comments
Does buildah unshare work? |
It looks like just restarting my session did the trick 😅 |
Same problem here, but restarting the session doesn't resolve the issue. |
Do you have /etc/subuid and /etc/subgid? What are their contents? |
Yes.
|
Podman version? |
|
Mmm
Googling around I tried to
And now podman works. |
Shadow utils does this by default with file capabilities. For some reason file caps were not working for you. |
File system is ext4.
The fact is that this machine is a fedora image deployed on scaleway cloud
provider. Maybe they have tinkered the base image in some way?
…On Thu, Apr 4, 2019, 6:07 PM Daniel J Walsh ***@***.*** wrote:
Shadow utils does this by default with file capabilities. For some reason
file caps were not working for you.
What is file system are you using for /usr?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2788 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADIka3OEo9MrJ-Lq2GKOTznoHnXmPRBCks5vdiNNgaJpZM4cPw98>
.
|
rpm -qV --shadow-utils These two capabilities should be all you need. |
I will check asap on a new machine.
Btw /usr is not a separate mountpoint, but it is part of the root partition.
…On Thu, Apr 4, 2019, 6:38 PM Daniel J Walsh ***@***.*** wrote:
rpm -qV --shadow-utils
Before your change.
They could have mounted the /usr as nosuid, but your change would not have
fixed this.
On default Fedora 29
getcap /usr/bin/newuidmap /usr/bin/newgidmap
/usr/bin/newuidmap = cap_setuid+ep
/usr/bin/newgidmap = cap_setgid+ep
These two capabilities should be all you need.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2788 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADIka9H3e-spa9H2KKOChvqwUU1OF7Kfks5vdiqHgaJpZM4cPw98>
.
|
|
Well, a followup (fresh install and full update):
And now
And podman works. |
Super. |
FYI, I had this error when I had two entries in /etc/subuid and the first entry was not sufficient resource access to use podman. |
doesn't work for me,
Can anyone please help with this? |
This should show you something like
If this only shows 1 line, then you have not setup /etc/subuid and /etc/subgid properly or your newuidmap and newgidmap tools are not install properly. |
Mine worked after setting both |
I ran into this exact issue after migrating my user account to a systemd-homed managed account. Should I open a new issue or can we re-open this one? |
I ran in the same issue (on Fedora 35) and the proposed solution didn't work for me (granting setuid to /usr/bin/newuidmap and setcap cap_setuid+eip /usr/bin/newuidmap). I fixed the issue by running the following commands:
This fixed the error for me and I got podman info working for my normal user |
Podman info works for me even with the error. We may be having different issues. Is your user account managed by systemd-homed or is it a standard Linux account from /etc/passwd. |
If we set setuid for podman it works, now anyway to export container as tarfile as a non root user ? |
Please do not use |
hmm, if i remove i get this error podman info |
Is |
yes mheon , newuidmap is installed and subuid and subgid is also mounted from the host. |
Please open a fresh issue, then - this sounds like a different bug |
sure |
@alcir Thank you, that helped me out just now! |
/kind bug
Hi, I just installed Podman on Fedora 29 but running anything rootless gives me the error:
eg.
I made sure my username is in /etc/subuid and /etc/subgid:
Running podman as root works fine:
Steps to reproduce the issue:
sudo dnf install podman
podman info
Output of
podman version
:Output of
podman info --debug
:Additional environment details (AWS, VirtualBox, physical, etc.):
Physical Fedora 29 install
The text was updated successfully, but these errors were encountered: