-
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
podman-remote start --attach : can only attach to created or running containers - currently in state stopped #9597
Comments
A friendly reminder that this issue had no activity for 30 days. |
@mheon this code looks like it will always race. Since we need to attach to the container before starting it? |
The attach code on the API side should be able to handle this - it will take containers in a bad state and initialize them so we can attach. I think this is a bug in the API code for Attach. |
A friendly reminder that this issue had no activity for 30 days. |
@mheon Do you have any time to tackle this? |
Probably not, I'll be gone most of next week |
A friendly reminder that this issue had no activity for 30 days. |
@mheon Do you have time for this now? |
A friendly reminder that this issue had no activity for 30 days. |
@mheon PTAL |
I haven't seen this since the initial issue. Feel free to close. |
Reopening. Seen just now in f35 root, remote, in the seemingly-jinxed PR #11795
|
Bump. This is becoming a multiple-times-a-day flake. example |
[sys] 60 podman logs restarted - k8s-file
|
This one is one of our biggest flakes right now. Who can take a look? [sys] 60 podman logs restarted - k8s-file
[sys] 61 podman logs restarted journald
|
I will take a look ✔️ |
Ouch, this one even flakes locally. |
Fix the flake reported in containers#9597 with a workaround to at least stop wasting energy until the root cause has been found and fixed. It seems that a remote run returns before the container has transitioned into the `exited` state which ultimately breaks a subsequent remote start with attach. Signed-off-by: Valentin Rothberg <[email protected]>
Easy reproducer on my workstation:
|
There's something (race) going on in remote start/attach but I cannot put my finger on it. @mheon could you take a look? The flake has been dealt with but the bug is still there. |
Fix the flake reported in containers#9597 with a workaround to at least stop wasting energy until the root cause has been found and fixed. It seems that a remote run returns before the container has transitioned into the `exited` state which ultimately breaks a subsequent remote start with attach. Signed-off-by: Valentin Rothberg <[email protected]>
A friendly reminder that this issue had no activity for 30 days. |
A friendly reminder that this issue had no activity for 30 days. |
Last instance I see is from December 8, two days after @vrothberg's #12519, so the Since that was a sweep-under-the-rug, not a fix, I'm not willing to close this |
I concur. It's really just a workaround but not a satisfactory solution. |
A friendly reminder that this issue had no activity for 30 days. |
Since no one is working on this and Ed said we can close it... |
Looks like a race condition. Symptom is:
Podman run restart containers [It] Podman start after successful run
The text was updated successfully, but these errors were encountered: