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 after another rootless machine is deleted #7052

Open
cbr7 opened this issue May 2, 2024 · 7 comments · May be fixed by #7627
Open

Comments

@cbr7
Copy link
Contributor

cbr7 commented May 2, 2024

Bug description

It seems that in some situations a rootful podman machine can get stuck using a rootless connection if the user deletes another podman machine which is rootless and is set to default at the same time.

Additionally it seems that this scenario also makes the "This machine is not set to default" prompt to be displayed at all until such time that the user manually shuts down Podman Desktop and reopens it.

Operating system

Windows 11

Installation Method

Installer from website/GitHub releases

Version

1.10.0

Steps to reproduce

  1. Have two podman WSL machines available on the system, one rootful and one rootless, the rootless machine should be set to default and both machines should be running at the same time.
  2. Go to Settings -> Resources menu.
  3. Stop the rootless podman machine.
  4. A popup will be triggered during the stop action which will notify the user that the rootful machine is not set to default, select the Ignore option on the popup.
  5. After the rootless podman machine finishes shutting down, delete it.
  6. At this point the bug should have reproduced, going into CLI running the command podman system connection list will display the rootful podman machines's connections, but will show that the rootless connection is the one set to default, not the rootful one as it should be.
  7. Additionally if the user makes anymore podman machines from PD, either rootful or rootless the "machine is not set as default" prompt will no longer be displayed until the user completely closes PD and reopens it.

Relevant log output

No response

Additional context

No response

@benoitf
Copy link
Collaborator

benoitf commented May 2, 2024

when you say 'get stuck' it's all about the CLI ?
if you're facing podman CLI issues, it's not a Podman Desktop issue but an upstream podman issue

@cbr7
Copy link
Contributor Author

cbr7 commented May 2, 2024

@benoitf most of it is CLI yes, but the fact that the popup in PD no longer gets triggered is a PD issue.

@benoitf
Copy link
Collaborator

benoitf commented May 2, 2024

but Podman Desktop should not be a tool to workaround podman CLI bugs

maybe it's another one like containers/podman#16483 in the past

@cbr7
Copy link
Contributor Author

cbr7 commented May 2, 2024

@benoitf @odockal created containers/podman#22577 in the podman repo

@cbr7
Copy link
Contributor Author

cbr7 commented May 2, 2024

I wouldn't describe PD's functionality of displaying a popup as a workaround, especially since it's broken until the app is restarted. For example even if the user deletes all the podman machines and creates new ones, and as such everything is perfectly ok with the podman connections, the PD popup that notifies the user about default podman machines will still not be displayed. A full app restart will be required.

@cbr7
Copy link
Contributor Author

cbr7 commented May 3, 2024

Was also able to reproduce this on macOS in PD 1.10.2

@ScrewTSW
Copy link
Contributor

Still present in 1.10.3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: 📋 Backlog
5 participants