Skip to content
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

Rootful podman machine gets stuck using rootless connection if previously there was a rootless podman machine set as default #22577

Closed
cbr7 opened this issue May 2, 2024 · 5 comments · Fixed by #23945
Assignees
Labels
jira kind/bug Categorizes issue or PR as related to a bug. machine

Comments

@cbr7
Copy link

cbr7 commented May 2, 2024

Issue Description

If the user has two podman machines running at the same time on WSL, one fo them rootful and the other rootless, with the rootless one being set as default, if the user deletes the rootless machine the rootful podman machine will become default, however it's rootless connection will be used, not the rootful one.

Steps to reproduce the issue

Steps to reproduce the issue

  1. Have two podman machines running on WSL one rootful and the other rootless, rootless machine should be default.
  2. Stop the rootless machine and then delete it.
  3. Run command podman system connection list and notice that the rootless connection of the remaining rootful podman machine is now default.

Describe the results you received

Rootful podman machine will only using the rootless connection going forward, stopping and starting the machine does not help.

Describe the results you expected

the rootful connection of the rootful podman machine should become default.

podman info output

If you are unable to run podman info for any reason, please provide the podman version, operating system and its version and the architecture you are running.

Podman in a container

No

Privileged Or Rootless

Privileged

Upstream Latest Release

Yes

Additional environment details

Issue is only reproducible on Windows operating system.

Additional information

Additional information like issue happens only occasionally or issue happens with a particular architecture or on a particular setting

@cbr7
Copy link
Author

cbr7 commented May 3, 2024

Additional note, I was also able to reproduce this on macOS.

@Luap99 Luap99 added the machine label May 3, 2024
@jakecorrenti
Copy link
Member

I can reproduce this on linux as well. Taking a look

@jakecorrenti
Copy link
Member

/assign

@Luap99
Copy link
Member

Luap99 commented May 13, 2024

I think this is already being fixed in #22587

@Luap99
Copy link
Member

Luap99 commented May 13, 2024

I think this is already being fixed in #22587

Sorry nevermind, wrong issue

jakecorrenti added a commit to jakecorrenti/podman that referenced this issue Sep 12, 2024
When a machine is removed, it removes the current
system connection and will select a new one from
the top of the alphabetical list. However, when
doing this there is no guarantee that, if the new
system connection is associated with a machine, the
new system connection will have the right rootfulness.
This will ensure that the new connection, if associated
with a machine, will have proper rootfulness.

Fixes: containers#22577

Signed-off-by: Jake Correnti <jakecorrenti+github@proton.me>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
jira kind/bug Categorizes issue or PR as related to a bug. machine
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants