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

Log websocket stays open after streaming log of stopped container #14374

Closed
spadgett opened this issue May 26, 2017 · 7 comments
Closed

Log websocket stays open after streaming log of stopped container #14374

spadgett opened this issue May 26, 2017 · 7 comments
Labels
component/logging component/restapi kind/bug Categorizes issue or PR as related to a bug.

Comments

@spadgett
Copy link
Member

The web socket for the log does not close even though the pod is complete. In 1.5, the web socket would close after streaming the entire log.

Additionally, I think I've seen the web socket close immediately when there's no log content, even if the pod is still running. This is also a change from 1.5.

screen shot 2017-05-26 at 10 03 48 am

Version
$ oc version
oc v3.6.0-alpha.1+0bea328-833
kubernetes v1.6.1+5115d708d7
features: Basic-Auth

Server https://127.0.0.1:8443
openshift v3.6.0-alpha.1+4b3473a-839
kubernetes v1.6.1+5115d708d7
Steps To Reproduce
  1. Open the browser developer tools.
  2. Open a log for a complete pod in the web console.
  3. View the Network -> WS tab to see the web socket is still open. The web console follow link and animated ellipses are visible because it is still streaming the logs.

@smarterclayton @liggitt @jwforres

@spadgett spadgett added component/logging component/restapi kind/bug Categorizes issue or PR as related to a bug. labels May 26, 2017
@liggitt
Copy link
Contributor

liggitt commented May 26, 2017

Additionally, I think I've seen the web socket close immediately when there's no log content, even if the pod is still running. This is also a change from 1.5.

That reminds me of kubernetes/kubernetes#31446... I wonder if anything with the change to CRI changed header flushing behavior where the log request is returned

@spadgett
Copy link
Member Author

Additionally, I think I've seen the web socket close immediately when there's no log content, even if the pod is still running. This is also a change from 1.5.

I just checked, and I seem to be wrong. I don't think this is a problem. But I can reliably reproduce the problem where the web socket doesn't close for complete pods.

@spadgett
Copy link
Member Author

The CLI doesn't terminate either following build logs for complete builds.

@liggitt
Copy link
Contributor

liggitt commented May 26, 2017

@soltysh @ncdc non-terminating "follow logs" API calls ring a bell for either of you?

@ncdc
Copy link
Contributor

ncdc commented May 26, 2017

@liggitt yes, without resolution - see #14148

@spadgett
Copy link
Member Author

Seeing events like these in my namespace.

5m        5m        1         nodejs-mongo-persistent-3-build   Pod                                                  Warning   FailedMount      kubelet, localhost     Unable to mount volumes for pod "nodejs-mongo-persistent-3-build_node(95abb30c-422d-11e7-823e-e21512668479)": timeout expired waiting for volumes to attach/mount for pod "node"/"nodejs-mongo-persistent-3-build". list of unattached/unmounted volumes=[docker-socket builder-dockercfg-fw54v-push builder-token-gm4vt]
5m        5m        1         nodejs-mongo-persistent-3-build   Pod                                                  Warning   FailedSync       kubelet, localhost     Error syncing pod, skipping: timeout expired waiting for volumes to attach/mount for pod "node"/"nodejs-mongo-persistent-3-build". list of unattached/unmounted volumes=[docker-socket builder-dockercfg-fw54v-push builder-token-gm4vt]

@liggitt
Copy link
Contributor

liggitt commented May 26, 2017

closing as dupe of #14148

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component/logging component/restapi kind/bug Categorizes issue or PR as related to a bug.
Projects
None yet
Development

No branches or pull requests

3 participants