podman: sdnotify play kube policies: podman container wait, hangs
[+1368s] not ok 310 sdnotify : play kube - with policies
...
$ podman container inspect test_pod-a --format {{.Config.SdNotifySocket}}
/var/tmp/-podman-notify-proxy.sock54032352
$ podman logs test_pod-a
/run/notify/notify.sock
READY
$ podman exec test_pod-a /bin/touch /stop
$ podman container inspect 9cffc8377ee1-service --format {{.State.ConmonPid}}
98526
$ podman container wait test_pod-a
timeout: sending signal TERM to command ?/var/tmp/go/src/github.com/containers/podman/bin/podman?
[ rc=124 (** EXPECTED 0 **) ]
*** TIMED OUT ***
- fedora-36 : sys podman fedora-36 rootless host
- fedora-36 : sys podman fedora-36 root host
- fedora-36 : sys podman fedora-36 rootless host
- fedora-36 : sys podman fedora-36 rootless host
- fedora-36-aarch64 : sys podman fedora-36-aarch64 root host
- fedora-36 : sys podman fedora-36 rootless host
- fedora-36 : sys podman fedora-36 root host
Looks like Sept 9 is the first logged instance.
So far, f36 only (both amd64 and aarch64), root and rootless.
About this issue
- Original URL
- State: closed
- Created 2 years ago
- Comments: 21 (13 by maintainers)
Commits related to this issue
- play kube: notifyproxy: listen before starting the pod Starting listening for the READY messages on the sdnotify proxies before starting the Pod. Otherwise, we may be missing messages. [NO NEW TEST... — committed to vrothberg/libpod by vrothberg 2 years ago
- play kube: notifyproxy: listen before starting the pod Starting listening for the READY messages on the sdnotify proxies before starting the Pod. Otherwise, we may be missing messages. [NO NEW TEST... — committed to vrothberg/libpod by vrothberg 2 years ago
- play kube: notifyproxy: listen before starting the pod Starting listening for the READY messages on the sdnotify proxies before starting the Pod. Otherwise, we may be missing messages. [NO NEW TEST... — committed to vrothberg/libpod by vrothberg 2 years ago
- play kube: notifyproxy: listen before starting the pod Starting listening for the READY messages on the sdnotify proxies before starting the Pod. Otherwise, we may be missing messages. [NO NEW TEST... — committed to mheon/libpod by vrothberg 2 years ago
- notifyproxy: fix container watcher The notify proxy has a watcher to check whether the container has left the running state. In that case, Podman should stop waiting for the ready message to prevent... — committed to vrothberg/libpod by vrothberg 2 years ago
- notifyproxy: fix container watcher The notify proxy has a watcher to check whether the container has left the running state. In that case, Podman should stop waiting for the ready message to prevent... — committed to vrothberg/libpod by vrothberg 2 years ago
- notifyproxy: handle barrier messages Does not fully fix #16515 as the BARRIER=1 message can, in theory, occure in a separate subsequent message that will not be read as the proxies return/stop when r... — committed to vrothberg/libpod by vrothberg 2 years ago
- notifyproxy: handle barrier messages Does not fully fix #16515 as the BARRIER=1 message can, in theory, occure in a separate subsequent message that will not be read as the proxies return/stop when r... — committed to vrothberg/libpod by vrothberg 2 years ago
- notifyproxy: handle barrier messages Does not fully fix #16515 as the BARRIER=1 message can, in theory, occure in a separate subsequent message that will not be read as the proxies return/stop when r... — committed to vrothberg/libpod by vrothberg 2 years ago
- notify k8s system test: move sending message into exec The flake in #16076 is likely related to the notify message not being delivered/read correctly. Move sending the message into an exec session s... — committed to vrothberg/libpod by vrothberg 2 years ago
- notifyproxy: handle barrier messages Does not fully fix #16515 as the BARRIER=1 message can, in theory, occure in a separate subsequent message that will not be read as the proxies return/stop when r... — committed to vrothberg/libpod by vrothberg 2 years ago
- kube sdnotify: run proxies for the lifespan of the service As outlined in #16076, a subsequent BARRIER *may* follow the READY message sent by a container. To correctly imitate the behavior of system... — committed to vrothberg/libpod by vrothberg 2 years ago
- kube sdnotify: run proxies for the lifespan of the service As outlined in #16076, a subsequent BARRIER *may* follow the READY message sent by a container. To correctly imitate the behavior of system... — committed to vrothberg/libpod by vrothberg 2 years ago
- kube sdnotify: run proxies for the lifespan of the service As outlined in #16076, a subsequent BARRIER *may* follow the READY message sent by a container. To correctly imitate the behavior of system... — committed to vrothberg/libpod by vrothberg 2 years ago
- kube sdnotify: run proxies for the lifespan of the service As outlined in #16076, a subsequent BARRIER *may* follow the READY message sent by a container. To correctly imitate the behavior of system... — committed to vrothberg/libpod by vrothberg 2 years ago
Seen also in fedora gating tests. [Edit: yes, dup. I was hunting for the log link before closing that one]