-
Notifications
You must be signed in to change notification settings - Fork 2.6k
podman machine fails when running inside a container #25950
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
This is not a use case that we have considered or support. You want to run a container that runs podman machine so you can you a container? |
your reproducer does not seem to work for me. i had to |
I will fix the reproducer. |
why is this use case important ? |
I have fixed the reproducer. The usecase: Additionally, for toolbx/distrobox users, it means that instead of executing podman commands on the host, you could use nested instances. |
This feels like it ought to work; VMs in containers are an established usecase through Kubevirt. But I admit that it's unusual to do a VM for running Podman containers, in a Podman container... Our typical intended |
No matter what Then if we know what the actual problem is we can see if this is something that we can make work easily or not. In any case that wouldn't be a priority for me due the unusual setup. |
@m2Giles good news ... i was able to identify and overcome the error you reported. The |
In cases where systemd was not available, podman machine was erroring out using timedatectl (it requires systemd). on other providers like windows, we don't do any timezone detection so it seems valid to return a "" for timezone. This fixes the first problem described containers#25950. Fixes: containers#25950 Signed-off-by: Brent Baude <bbaude@redhat.com>
#26026 fixes the first problem |
Issue Description
I am attempting to run podman machine init inside a rootful/rootless podman container. I've attempted the following configurations:
rootless container w/ systemd
rootless container w/o systemd
rootful container w/o systemd
Steps to reproduce the issue
Steps to reproduce the issue
podman run -it --rm --privileged --security-opt label=disable quay.io/fedora/fedora:latest bash
dnf5 install podman-machine ssh-keygen
mkdir -p /run/user/1000 && chown 1000:1000 /run/user/1000
useradd -m core && su -l core
export XDG_RUNTIME_DIR=/run/user/1000
podman --log-level=trace machine init
You can also do this in a toolbox/distrobox resulting in the same.
Describe the results you received
I end getting the following each time:
Describe the results you expected
machine to init / start and be able to used with podman --remote
podman info output
Podman in a container
Yes
Privileged Or Rootless
Rootless
Upstream Latest Release
Yes
Additional environment details
running inside podman rootless/rootful w/ and w/o systemd as init result in failures.
running inside docker w/o systemd as results in a failure.
Additional information
n/a
The text was updated successfully, but these errors were encountered: