Recommendations for JupyterHub "stacks" + hosting for students

I am planning to teach Julia to a bunch of grad and undergraduate students, and wanted to make their life easier by recommending (and potentially setting up) Jupyter on servers. They have slightly different needs, but I wanted to get any current thoughts:

  • Undergraduates: I want to suggest using something on the web. Is JuliaBox.com still the best option for this? Is it stable enough for students to rely on it to do basic computational homeworks (say nothing taking more than a minute or two to run)? I realize nobody can promise particular uptimes, but if it goes down frequently I would prefer not to suggest it.
  • Graduates: We have a server setup for the graduate students, and I wanted to get jupyterhub setup
    • One consideration is that our linux administrator has limited experience with this sort of stuff (e.g. doesn’t know about docker, etc.)
    • Is there a preferred pre-built docker stack (or something equivalent) with easy enough setup instructions that has a pre-built Julia 0.6 kernel, basic JupyterHub installation, etc.? I have found https://github.com/felipenoris/math-server-docker and a few others, but tough to figure out which one would be the best.

You should use the new version of Juliabox https://next.juliabox.com . It’s reasonably stable, and email us at juliabox@juliacomputing.com if you have any issues.

2 Likes

Thanks so much. Though I am getting a Sorry, an unexpected error occured. Please try after some time. error right now :slight_smile: after it fails at the “Preparing your notebook.Please Wait.” stage.

Is the link address for the new version permanent at https://next.juliabox.com/ permanent, or is it likely to change in the next few months? (I am writing up instructions/etc. for a January class.)

Ouch, the spirit of Murphy is strong now! You must believe me when I say that this is the first outage report in about a week.

It should be fine now. It was down for about an hour, since there were some issues with Azure storage which caused us to go down. So yeah, typically, outages are taken care of reasonably quickly, usually in a few hours.

That url will be permanent. At some point, www.juliabox.com will also redirect to the new version, but the exisiting https://next.juliabox.com url will continue to work.

1 Like

I believe you! Works now. For the instructions, it sounds like I also need to tell students NOT to use Pkg.add("...") but instead to add with the Packages interface, and then hit “Start” to build the new image? Are there any other important gotchas.

When I asked someone else about this, he told me JuliaBox was fine for most needs, but that “the main troubles I had with it were the plotting system, but blowing away the user .julia directory was usually a workable solution.” Is that still an issue, and, if so, is there a page I can point students to for instructions on these sorts of workarounds?

For grad students, I still would prefer to have a JupyterHub installation (if you have any ideas on that).

Yes, please do not use Pkg.add(), use the package management UI if necessary. Plots.jl with GR, Plotly and PyPlot backends, along with Gadfly, are installed by default, and should be available to all users. You should not try install any of the plottting packages yourself.

1 Like

Two questions:

  • Is there enough storage space for the DiffEq ecosystem?
  • is there an easy way to wipe your data (i.e. to do a hard restart)

On the last verison of JuliaBox I ran out of space pretty often and had to make new accounts (with different github, linkedin, and gmail profiles).

Grab the pieces like OrdinaryDiffEq.jl or StochasticDiffEq.jl in the meantime. The main issue is actually just old animations stored in the metapackage’s history that cannot be deleted because of Pkg2 issues. But Pkg3 will allow us to finally fix this:

1 Like

The new version has 2Gb persistent storage for all users. This is mounted on /mnt/juliabox, so delete under that for a hard restart.

1 Like