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

Update to zero-to-jupyterhub 0.9.0 #20

Closed
zonca opened this issue Apr 29, 2020 · 3 comments
Closed

Update to zero-to-jupyterhub 0.9.0 #20

zonca opened this issue Apr 29, 2020 · 3 comments
Assignees

Comments

@zonca
Copy link
Collaborator

zonca commented Apr 29, 2020

Until now I have been using 0.8.2

0.9.0 was released 2 weeks ago, it upgrades to JupyterHub 1.1.0.

See changelog for 0.9.0: https://github.com/jupyterhub/zero-to-jupyterhub-k8s/blob/master/CHANGELOG.md#090---2020-04-15

The gitlab authentication #18 was not working with 0.8.2, it works fine with 0.9.0.
I authorized the whole SuperCDMS group to login, please let me know if there are issues.

the deployment is now at https://supercdms.jetstream-cloud.org/

@pibion

Persistent storage disabled

Warning, I currently had to disable persistent storage because there are some conflicts in the new release, I'll work to fix it in the next days and update this issue. This only affects the home of the Jupyter Notebook users, the data folder is not affected.
So you have some local storage, but if your session is killed, all your data is lost.

@zonca
Copy link
Collaborator Author

zonca commented May 15, 2020

testing this now on the new deployment,
the master now has 2 taints, so in order to be able to deploy proxy and hub into the master node we can add this tolerations to the proxy and hub pods:

  - effect: NoSchedule                                                                                                               
    key: CriticalAddonsOnly                                                                                                          
    operator: Equal                                                                                                                  
    value: "True"                                                                                                                    
  - effect: NoSchedule                                                                                                               
    key: dedicated                                                                                                                   
    operator: Equal                                                                                                                  
    value: master 

however it is just easier to remove these 2 taints from the master node itself.
Also because anyway we need it also for the singleuser containers.

@zonca
Copy link
Collaborator Author

zonca commented May 15, 2020

good news, the fix of editing the label on the master node also fixes the volume attachment issue, so once I redeploy, I can re-enable persistent user storage.

zonca added a commit that referenced this issue May 21, 2020
@zonca
Copy link
Collaborator Author

zonca commented May 21, 2020

as part of #19, this is completed as well.

@zonca zonca closed this as completed May 21, 2020
CDMS JupyterHub on XSEDE automation moved this from In progress to Done May 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Development

No branches or pull requests

1 participant