-
Notifications
You must be signed in to change notification settings - Fork 93
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
[bug] Idle culler doesn't appear to be working properly #974
Comments
Note that I did notice idle culler was missing from the jupyterhub image, and added it in here recently: I haven't studied things in enough detail yet to see if that solves all of your problems... Be aware that by default cdsdashboards actually tries to 'fake' activity: https://cdsdashboards.readthedocs.io/en/stable/chapters/troubleshooting.html#dashboards-and-servers-keep-dying I'm sure this has come up before though. |
I think another source of the problem is that the idle culler has different behavior for jupyterlab. From the readme:
|
@magsol this probably needs to be investigated for the 0.4 release. From what I can tell it is an issue on the demo deployment I have access to. |
@viniciusdc is going to test that the idle culler has been working in 0.4 and detailing in the docs better what the idle culler does. |
The ide culler is working as expected, but it has some issues when running alongside jupyterhub, as the browser windows actually open a WebSocket connection that generates a false positive, not idle status, as pointed out by @leej3 above. I am currently working on a fix to address kernel and idle connections for v0.4... Besides that, login out from the server definitely triggers the culling process after the timeout period (the example bellow had its
|
Describe the bug
Expected behaviour
Actual behaviour
How to reproduce
For example,
Your personal set up
OS
The text was updated successfully, but these errors were encountered: