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

JupyterHub Operations With Respect to User Data and Uptime Availability #246

Open
julienchastang opened this issue Nov 7, 2017 · 0 comments

Comments

@julienchastang
Copy link
Member

I would like to have some policies in place concerning this JupyterHub server. My goal here is for this project to be useful to the end user but also to keep cognitive load to a minimum for admins of this server:

User Data

I don't want this JupyterHub server to be a place where users can park their data and notebooks indefinitely. In short, I don't want to have to manage that especially in the long-term. I would like to have a simple policy that is easy to programatically enforce. Perhaps user directories will be deleted after 30 days of inactivity by a purge script that runs on cron. Moreover, I want users to understand this server is not backed by a Google data center with mega-redundancy behind the scenes. In other words, save your important work locally (File -> Download As).

JupyterHub Server Uptime

How do we communicate to users about downtime, maintenance, etc? We currently do not collect emails, only XSEDE user names. Again, as before, I want to keep cognitive load at a minimum here. Perhaps we should require users communicate critical uptime to us, for example, if they are running a class. Apart from that, they can learn about downtime and availability through an RSS feed or a mail list.

@julienchastang julienchastang changed the title Jupyterhub Operations With Respect to User Data and Jupyterhub Uptime Availability JupyterHub Operations With Respect to User Data and Uptime Availability Nov 7, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant