-
Notifications
You must be signed in to change notification settings - Fork 134
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
SlurmSpawner
behaviors are different if installed through pip compared to installed locally
#266
Comments
Thank you for opening your first issue in this project! Engagement like this is essential for open source projects! 🤗 |
I seem to be seeing something similar where jobs eventually timeout despite contacting the hub api. Unfortunately I've not be able to resolve, despite trying to install the current git head version of batchspawner. |
Figured out how to properly overwrite the current install with the git head - and now I can start my notebook. Looks like it's time to make a new release of batchspawner to get this out to users. Thanks. |
Good catch, we need a release newer than 1.2.0. I opened #277 to track that and referenced this issue with details on what happens otherwise when used with modern JupyterHub versions. Thanks for a nice report @opoplawski! |
Bug description
When installing
batchspawner
through pip, JupyterHub stucks here:Expected behaviour
When installing batchspawner through downloading the package on GitHub, the server and hub communicates, and the output is this:
How to reproduce
I created two conda environments: "bs-local", "bs-conda". The two envs share in common the following requirements.txt:
Possible solution
I see that batchspawner's last update on PyPI is on Oct, 2022. Maybe updating the package on PyPI will solve the issue.
The text was updated successfully, but these errors were encountered: