-
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
CI flake: Podman run/create two containers with the same IP #7096
Comments
A friendly reminder that this issue had no activity for 30 days. |
Sadly this is still active. |
Correct. Instances since initial filing:
None of these flaked three times, so they shouldn't've triggered an actual CI run failure, but some day it will again. |
A friendly reminder that this issue had no activity for 30 days. |
|
A friendly reminder that this issue had no activity for 30 days. |
Maybe is good enough for me. We will reopen if it happens again. |
Another one. podman (non-remote) fedora-33 root |
A friendly reminder that this issue had no activity for 30 days. |
Sigh. Last seen on April 6; I guess that means I close it and reopen it when it happens again. |
Another one. This still is not fixed: Podman run with --ip flag [It] Podman run two containers with the same IP
Leaving the issue closed because I know nobody is going to look into it, so I'm saving future-me the time it takes, 30 days hence, to context-switch back into this and sigh and close it. UPDATE: the above failures are in the Podman create with --ip flag [It] Podman create two containers with the same IP
|
And again, a triple failure causing a CI failure, but it's in f33 on an old branch so I'm not bothering to reopen. |
This just popped up again after many months of absence; but it's in test runs also affected by #14331 (the horrible sctp one) Podman create with --ip flag [It] Podman create two containers with the same IP
Podman run with --ip flag [It] Podman run two containers with the same IP
|
Our friend containers#7096 is still not fixed: it continues to flake, singletons only, and only in the "create" test (not "run"). My guess: maybe there's a race somewhere in IP assignment, such that container1 can have an IP, but not yet be running, and a container2 can sneak in and start with that IP, and container1 is the one that fails? Solution: tighten the logic so we wait for container1 to truly be running before we start container2. And, when we start container2, do so with -a so we get to see stdout. (Am not expecting it to be helpful, but who knows). Also very minor cleanup Signed-off-by: Ed Santiago <[email protected]>
Although it's not a frequent flake, it's still a flake, and should be fixed:
Podman run with --ip flag [It] Podman run two containers with the same IP
Podman create with --ip flag [It] Podman create two containers with the same IP
I tried to fix this some months ago in #5286 but obviously there's still something I missed.
The text was updated successfully, but these errors were encountered: