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

Move R users of jupyter.utoronto.ca to r.datatools.utoronto.ca #2729

Closed
yuvipanda opened this issue Jun 27, 2023 · 9 comments
Closed

Move R users of jupyter.utoronto.ca to r.datatools.utoronto.ca #2729

yuvipanda opened this issue Jun 27, 2023 · 9 comments
Assignees

Comments

@yuvipanda
Copy link
Member

We moved UToronto to have multiple hubs as part of 2i2c-org/features#14, and set up r.datatools.utoronto.ca with a rocker based image. As part of #2583, we want to simplify the images we maintain. We had already communicated to UToronto users that R is going to go away from jupyter.utoronto.ca, and we should use this opportunity to do that now.

Based on in-person conversations with @ntaback, the following schedule should work:

  1. UToronto announces to all users (via their own mechanisms) that R will go away on August 15. This should be sent out by first week of July so they have time. Auguest 14 is last day of class for summer of Utoronto, and september 7 is first day of fall classes (source).
  2. We merge Simplify image vastly, get rid of R utoronto-image#54, getting rid of R and simplifying everything else, on August 15.
  3. If there are missing R packages, we sort them out over the next few weeks as requests come in. @ntaback should be able to corral them to us as needed.
@yuvipanda
Copy link
Member Author

https://2i2c.freshdesk.com/a/tickets/952 is the linked ticket. There is a plan outlined there on how to do this + timelines.

@yuvipanda
Copy link
Member Author

I tried to find a list of users who have ever used rstudio, and found that this way:

  1. deployer exec-homes-shell utoronto prod. This spins up a pod with the utoronto homes be mounted under /home
  2. Run this command to find all user home directories with a .rstudio directory created in them. I think this happens only if the user has ever used rstudio: k -n prod exec utoronto-prod-shell -- /bin/bash -c "cd /home; find . -name '.rstudio' -maxdepth 2 -mindepth 2" > rstudio-homedirs-utoronto. This must be run in a different tab, while (1) is still running. It'll output to a file locally named rstudio-homedirs-utoronto.
  3. The home directories are escaped, unescape them by first making this following script and calling it doirstudio.py:
    import sys
    from escapism import unescape
    
    for l in sys.stdin:
        print(unescape(l.split('/')[1], '-'))
  4. Run it with: cat rstudio-homedirs-utoronto| python doirstudio.py > users-with-rstudio.txt
  5. This produces a list of usernames, which may be either emails or LDAP oids (that would need to be mapped). There may be some duplicates as well.

I saw about 40122 home directories and 12658 of them had .rstudio in them. I'll pass on this list to them.

@damianavila
Copy link
Contributor

I have assigned @yuvipanda to this one since he has been working on this piece for some time. Additionally, I am adding @GeorgianaElena as a secondee to help @yuvipanda to get everything in place before the break.

@yuvipanda
Copy link
Member Author

Yep, most important part of this is really to finish 2i2c-org/utoronto-image#54 and roll it out to staging. Nothing else needed from our side.

@damianavila
Copy link
Contributor

There is a recent ticket that I think is relevant for this transition: https://2i2c.freshdesk.com/a/tickets/1185.

yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Dec 13, 2023
They have a separate home page, so the hub home page itself should
never be actually displayed to them.

Ref 2i2c-org#2729
yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Dec 21, 2023
yuvipanda added a commit to 2i2c-org/utoronto-image that referenced this issue Dec 22, 2023
Doesn't work otherwise due to jupyter_server changes

Ref 2i2c-org/infrastructure#2729
yuvipanda added a commit to 2i2c-org/utoronto-image that referenced this issue Dec 22, 2023
yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Dec 22, 2023
yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Dec 27, 2023
Brings in 2i2c-org/utoronto-image#58,
so we no longer have to use the older notebook server.

Fixes 2i2c-org#2380
Ref 2i2c-org#2729
yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Dec 27, 2023
Brings in 2i2c-org/utoronto-image#58,
so we no longer have to use the older notebook server.

Fixes 2i2c-org#2380
Ref 2i2c-org#2729
yuvipanda added a commit to 2i2c-org/utoronto-r-image that referenced this issue Jan 2, 2024
Package list comes from the log provided by
Nathan in https://2i2c.freshdesk.com/a/tickets/952, listing
the packages needed by quarto PDF knitting.

Ref 2i2c-org/infrastructure#2729
yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Jan 3, 2024
yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Jan 6, 2024
yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Jan 6, 2024
UToronto will have a new URL (to be determined...) that they
will manage, and will act as the 'unified' home page. In
https://2i2c.freshdesk.com/a/tickets/952 they have asked us
to redirect anyone landing just on the home page of the hubs
to this new URL. I've setup the [utoronto
branch](https://github.com/2i2c-org/default-hub-homepage/tree/utoronto)
of the home pages repo to redirect to the new URL.

This just deploys that change. The new URL hasn't been provided
to us yet, so the utoronto branch in the default-hub-homepage
repo will need to be updated once that URL is present.

Ref 2i2c-org#2729
@yuvipanda
Copy link
Member Author

yuvipanda commented Jan 8, 2024

Plan for tomorrow!

@yuvipanda
Copy link
Member Author

Soooo #3531 nullifies #3583, because the home page is never shown! So there's no redirect to their unified homepage, instead we just get shunted to the login page. This is important for nbgitpuller links to work for logged out users. We can work around this with some JS in their unified landing page, but I'd prefer to not. Let's communicate this to them and see what their desire is.

yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Jan 9, 2024
2i2c-org#3582 has
been merged, so we can stop forcing NotebookApp in prod.

Without this, JupyterLab actually fails to launch,
fixed upstream in jupyter-server/jupyter_server#1384

Ref 2i2c-org#2729
@yuvipanda
Copy link
Member Author

JupyterLab was failing to launch, fixed with #3598. It's an upstream bug in Jupyter Server, fixed with jupyter-server/jupyter_server#1384

yuvipanda added a commit to yuvipanda/pilot-hubs that referenced this issue Jan 9, 2024
Everything should use the `utoronto` branch now, as set
in the common config file

Ref 2i2c-org#2729
@yuvipanda
Copy link
Member Author

image

The daily active user count for the R hub overtook the daily user count for the python hub today, reflecting real usage levels I think.

This has been completed!

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
Status: Done 🎉
Development

No branches or pull requests

3 participants