Advanced Jupyter configuration: Difference between revisions

From Alliance Doc
Jump to navigation Jump to search
(Marked this version for translation)
(Marked this version for translation)
 
(36 intermediate revisions by 4 users not shown)
Line 3: Line 3:


= Introduction = <!--T:1-->
= Introduction = <!--T:1-->
<!--T:90-->
{{Warning
|title=Running notebooks
|content=Jupyter Lab and notebooks are meant for '''short''' interactive tasks such as testing, debugging or quickly visualize data (few minutes). Running longer analysis must be done in an [[Running_jobs#Use_sbatch_to_submit_jobs|non-interactive job (sbatch)]].
See also [[Advanced_Jupyter_configuration#Running_notebooks_as_Python_scripts|how to run notebooks as python scripts below]].
}}


<!--T:2-->
<!--T:2-->
* '''Project Jupyter''': "a non-profit, open-source project, born out of the IPython Project in 2014 as it evolved to support interactive data science and scientific computing across all programming languages."<ref>https://jupyter.org/about.html</ref>
* <b>Project Jupyter</b>: "a non-profit, open-source project, born out of the IPython Project in 2014 as it evolved to support interactive data science and scientific computing across all programming languages."<ref>https://jupyter.org/about.html</ref>
* '''JupyterLab''': "a web-based interactive development environment for notebooks, code, and data. Its flexible interface allows users to configure and arrange workflows in data science, scientific computing, computational journalism, and machine learning. A modular design allows for extensions that expand and enrich functionality."<ref>https://jupyter.org/</ref>
* <b>JupyterLab</b>: "a web-based interactive development environment for notebooks, code, and data. Its flexible interface allows users to configure and arrange workflows in data science, scientific computing, computational journalism, and machine learning. A modular design allows for extensions that expand and enrich functionality."<ref>https://jupyter.org/</ref>


<!--T:3-->
<!--T:3-->
A JupyterLab server should only run on a compute node or on a cloud instance; cluster login nodes are not a good choice because they impose various limits which can stop applications if they consume too much CPU time or memory. In the case of using a compute node, users can reserve compute resources by [[Running_jobs|submitting a job]] that requests a specific number of CPUs (and optionally GPUs), an amount of memory and the run time. '''In this page, we give detailed instructions on how to configure and submit a JupyterLab job on any national cluster.'''
A JupyterLab server should only run on a compute node or on a cloud instance; cluster login nodes are not a good choice because they impose various limits which can stop applications if they consume too much CPU time or memory. In the case of using a compute node, users can reserve compute resources by [[Running_jobs|submitting a job]] that requests a specific number of CPUs (and optionally GPUs), an amount of memory and the run time. <b>In this page, we give detailed instructions on how to configure and submit a JupyterLab job on any national cluster.</b>


<!--T:4-->
<!--T:4-->
But, what about ...
If you are instead looking for a preconfigured Jupyter environment, please check the [[Jupyter]] page.
* ''Jupyter Notebook''? JupyterLab is a more modern and flexible interface than the ''classic'' '''[[JupyterNotebook|Jupyter Notebook]]'''
* A preconfigured JupyterLab service? '''[[JupyterHub#Compute_Canada_initiatives|Some regional partners]]''' provide a web portal named ''JupyterHub''. For instance, many of these portals offer a '''[[JupyterHub#JupyterLab|preconfigured JupyterLab]]''' service so that users do not have to create their own setup. To learn more, visit the '''[[JupyterHub]]''' wiki page


= Installing JupyterLab = <!--T:5-->
= Installing JupyterLab = <!--T:5-->
Line 23: Line 28:


<!--T:7-->
<!--T:7-->
<ol>
<li>If you do not have an existing Python virtual environment, create one. Then, activate it:
<ol>
<ol>
<li>Load a Python module, either the default one (as shown below) or
<li>Load a Python module, either the default one (as shown below) or
Line 28: Line 35:
</translate>{{Command2
</translate>{{Command2
|module load python
|module load python
}}
<translate>
<!--T:96-->
<b>If you intend to use RStudio Server</b>, make sure to load <code>rstudio-server</code> first:
</translate>{{Command2
|module load rstudio-server python
}}
}}
</li><translate>
</li><translate>
Line 41: Line 54:
|source $HOME/jupyter_py3/bin/activate
|source $HOME/jupyter_py3/bin/activate
}}
}}
</li>
</ol>
</li><translate>
</li><translate>
<!--T:10-->
<!--T:10-->
<li>Install JupyterLab in your new virtual environment (note: it takes a few minutes):
<li>Install JupyterLab in your new virtual environment (note: it takes a few minutes):
</translate>{{Command2
</translate>{{Commands2
|prompt=(jupyter_py3) [name@server ~]$
|prompt=(jupyter_py3) [name@server ~]$
|pip install --no-index --upgrade pip
|pip install --no-index jupyterlab
|pip install --no-index jupyterlab
}}
}}
Line 53: Line 69:
</translate>{{Command2
</translate>{{Command2
|prompt=(jupyter_py3) [name@server ~]$
|prompt=(jupyter_py3) [name@server ~]$
|echo -e '#!/bin/bash\nunset XDG_RUNTIME_DIR\njupyter-lab --ip $(hostname -f) --no-browser' > $VIRTUAL_ENV/bin/jupyterlab.sh
|echo -e '#!/bin/bash\nunset XDG_RUNTIME_DIR\njupyter lab --ip $(hostname -f) --no-browser' > $VIRTUAL_ENV/bin/jupyterlab.sh
}}
}}
</li><translate>
</li><translate>
Line 86: Line 102:


<!--T:18-->
<!--T:18-->
Instructions on how to configure ''software'' modules in the JupyterLab interface are provided in the [[JupyterHub#JupyterLab|JupyterHub page]].
Instructions on how to manage loaded <i>software</i> modules in the JupyterLab interface are provided in the [[JupyterHub#JupyterLab|JupyterHub page]].
 
=== RStudio Server === <!--T:85-->
 
<!--T:86-->
The RStudio Server allows you to develop R codes in an RStudio environment that appears in your web browser in a separate tab. Based on the above [[#Installing_JupyterLab|Installing JupyterLab]] procedure, there are a few differences:
 
<!--T:87-->
<ol>
<li>Load the <code>rstudio-server</code> module <b>before</b> the <code>python</code> module <b>and before creating a new virtual environment</b>:
</translate>{{Command2
|module load rstudio-server python
}}
</li><translate>
<!--T:88-->
<li>Once [[#Installing_JupyterLab|Jupyter Lab is installed in the new virtual environment]], install the Jupyter RSession proxy:
</translate>{{Commands2
|prompt=(jupyter_py3) [name@server ~]$
|pip install --no-index jupyter-rsession-proxy
}}
</li>
</ol><translate>
 
<!--T:89-->
All other configuration and usage steps are the same. In JupyterLab, you should see an RStudio application in the <i>Launcher</i> tab.


= Using your installation = <!--T:19-->
= Using your installation = <!--T:19-->
Line 94: Line 134:
<!--T:21-->
<!--T:21-->
Make sure the Python virtual environment in which you have installed JupyterLab is activated.
Make sure the Python virtual environment in which you have installed JupyterLab is activated.
For example, when you log into the cluster, you have to activate it again with:
For example, when you log onto the cluster, you have to activate it again with:
</translate>{{Command2
</translate>{{Command2
|source $HOME/jupyter_py3/bin/activate
|source $HOME/jupyter_py3/bin/activate
Line 138: Line 178:


<!--T:26-->
<!--T:26-->
To access JupyterLab running on a compute node from your web browser, you will need to create an [[SSH tunnelling|SSH tunnel]] from your computer through the cluster since the compute nodes are not directly accessible from the Internet.
To access JupyterLab running on a compute node from your web browser, you will need to create an [[SSH tunnelling|SSH tunnel]] from your computer through the cluster since the compute nodes are not directly accessible from the internet.


=== From Linux or macOS === <!--T:27-->
=== From Linux or macOS === <!--T:27-->
Line 146: Line 186:


<!--T:29-->
<!--T:29-->
On your computer, open a new terminal window and create the SSH tunnel with the following <code>sshuttle</code> command where <code><username></code> must be substituted by your Compute Canada username, and <code><cluster></code> by the cluster on which you have launched JupyterLab:
On your computer, open a new terminal window and create the SSH tunnel with the following <code>sshuttle</code> command where <code><username></code> must be replaced with your Alliance account username, and <code><cluster></code> by the cluster on which you have launched JupyterLab:


</translate>{{Command2
</translate>{{Command2
Line 154: Line 194:


<!--T:30-->
<!--T:30-->
Then, copy and paste the first provided HTTP address into your Web browser. In the above <code>salloc</code> example, this would be:
Then, copy and paste the first provided HTTP address into your web browser. In the above <code>salloc</code> example, this would be:


</translate><pre>
</translate><pre>
Line 163: Line 203:


<!--T:32-->
<!--T:32-->
An [[SSH tunnelling|SSH tunnel]] can be created from Windows using [[Connecting_with_MobaXTerm | MobaXTerm]] as follows. Note: this procedure also works from a terminal in any Unix system (like Linux, macOS, etc).
An [[SSH tunnelling|SSH tunnel]] can be created from Windows using [[Connecting_with_MobaXTerm | MobaXTerm]] as follows. Note: this procedure also works from any terminal that supports the <code>ssh</code> command.


<!--T:33-->
<!--T:33-->
Line 175: Line 215:
</li><translate>
</li><translate>
<!--T:34-->
<!--T:34-->
<li>Open a new Terminal tab in MobaXTerm. In the following command, substitute <code><hostname:port></code> by its corresponding value (refer to the above figure), substitute <code><username></code> by your Compute Canada username, and substitute <code><cluster></code> by the cluster on which you have launched JupyterLab:
<li>Open a new Terminal tab in MobaXTerm. In the following command, replace <code><hostname:port></code> with its corresponding value (refer to the above figure), replace <code><username></code> with your Alliance account username, and replace <code><cluster></code> with the cluster on which you have launched JupyterLab:
</translate>{{Command2
</translate>{{Command2
|prompt=[name@local ~]$
|prompt=[name@local ~]$
Line 182: Line 222:
</li><translate>
</li><translate>
<!--T:35-->
<!--T:35-->
<li>Open your Web browser and go to the following address where <code><token></code> must be substituted by the alphanumerical value extracted from the above figure:
<li>Open your web browser and go to the following address where <code><token></code> must be replaced with the alphanumerical value extracted from the above figure:
</translate><pre>
</translate><pre>
http://localhost:8888/?token=<token>
http://localhost:8888/?token=<token>
Line 192: Line 232:


<!--T:37-->
<!--T:37-->
You can shut down the JupyterLab server before the walltime limit by pressing '''Ctrl-C twice''' in the terminal that launched the interactive job.
You can shut down the JupyterLab server before the walltime limit by pressing <b>Ctrl-C twice</b> in the terminal that launched the interactive job.


<!--T:38-->
<!--T:38-->
If you have used MobaXterm to create an SSH tunnel, press '''Ctrl-D''' to shut down the tunnel.
If you have used MobaXterm to create an SSH tunnel, press <b>Ctrl-D</b> to shut down the tunnel.


= Adding kernels = <!--T:39-->
= Adding kernels = <!--T:39-->
Line 205: Line 245:
The installation of a new kernel is done in two steps:
The installation of a new kernel is done in two steps:
# Installation of the packages that will allow the language interpreter to communicate with the Jupyter interface.  
# Installation of the packages that will allow the language interpreter to communicate with the Jupyter interface.  
# Creation of a file that will indicate to JupyterLab how to initiate a communication channel with the language interpreter. This file is called a ''kernel spec file'', and it will be saved in a sub-folder of <code>~/.local/share/jupyter/kernels</code>.
# Creation of a file that will indicate to JupyterLab how to initiate a communication channel with the language interpreter. This file is called a <i>kernel spec file</i>, and it will be saved in a subfolder of <code>~/.local/share/jupyter/kernels</code>.


<!--T:42-->
<!--T:42-->
Line 214: Line 254:
<!--T:44-->
<!--T:44-->
Prerequisites:
Prerequisites:
# The configuration of a Julia kernel depends on a Python virtual environment that already has all the '''[[#Python_Kernel|Python Kernel]]''' dependencies. If you do not have such virtual environment, make sure to follow instructions listed in the next section.
# The configuration of a Julia kernel depends on a Python virtual environment and a <code>kernels</code> folder. If you do not have these dependencies, make sure to follow the first few instructions listed in <b>[[#Python_kernel|Python kernel]]</b> (note: no Python kernel required).
# Since the installation of Julia packages requires an access to Internet, the configuration of a Julia kernel must be done in a '''[[SSH|remote shell session on a login node]]'''.
# Since the installation of Julia packages requires an access to the internet, the configuration of a Julia kernel must be done in a <b>[[SSH|remote shell session on a login node]]</b>.


<!--T:45-->
<!--T:45-->
Line 222: Line 262:
<!--T:46-->
<!--T:46-->
<ol>
<ol>
<li>Load the '''[[Julia]]''' module:
<li>Load the <b>[[Julia]]</b> module:
</translate>{{Command2
</translate>{{Command2
|prompt=(jupyter_py3) [name@server ~]$
|prompt=(jupyter_py3) [name@server ~]$
Line 236: Line 276:
</li><translate>
</li><translate>
<!--T:48-->
<!--T:48-->
<li>'''Important''': start or restart a new JupyterLab session before using the Julia kernel.</li>
<li><b>Important</b>: start or restart a new JupyterLab session before using the Julia kernel.</li>
</ol>
</ol>


Line 264: Line 304:
</ol>
</ol>


== Python Kernel == <!--T:55-->
== Python kernel == <!--T:55-->


<!--T:56-->
<!--T:56-->
Line 275: Line 315:
<!--T:57-->
<!--T:57-->
<ol>
<ol>
<li>If you do not have a Python virtual environment for Jupyter, create one. Then, activate it:</li>
<li>If you do not have a Python virtual environment, create one. Then, activate it:</li>
<ol>
<ol>
<li>Start from a clean Bash environment (this is only required if you are using the Jupyter ''Terminal'' via [[JupyterHub]] for the creation and configuration of the Python kernel):
<li>Start from a clean Bash environment (this is only required if you are using the Jupyter <i>Terminal</i> via [[JupyterHub]] for the creation and configuration of the Python kernel):
</translate>{{Command2
</translate>{{Command2
|env -i HOME{{=}}$HOME bash -l
|env -i HOME{{=}}$HOME bash -l
Line 301: Line 341:
</ol>
</ol>
</li><translate>
</li><translate>
<!--T:61-->
<!--T:62-->
<li>Install the <code>ipykernel</code> library:
<li>Create the common <code>kernels</code> folder, which is used by all kernels you want to install:
</translate>{{Command2
</translate>{{Command2
|prompt=(jupyter_py3) [name@server ~]$
|prompt=(jupyter_py3) [name@server ~]$
|pip install --no-index ipykernel
|mkdir -p ~/.local/share/jupyter/kernels
}}
}}
</li><translate>
</li><translate>
<!--T:62-->
<!--T:61-->
<li>Create the common <code>kernels</code> folder:
<li>Finally, install the Python kernel:
<ol>
<li>Install the <code>ipykernel</code> library:
</translate>{{Command2
</translate>{{Command2
|prompt=(jupyter_py3) [name@server ~]$
|prompt=(jupyter_py3) [name@server ~]$
|mkdir -p ~/.local/share/jupyter/kernels
|pip install --no-index ipykernel
}}
}}
</li><translate>
</li><translate>
<!--T:63-->
<!--T:63-->
<li>Generate the kernel spec file. Substitute <code><unique_name></code> by a name that will uniquely identify your kernel:
<li>Generate the kernel spec file. Replace <code><unique_name></code> with a name that will uniquely identify your kernel:
</translate>{{Command2
</translate>{{Command2
|prompt=(jupyter_py3) [name@server ~]$
|prompt=(jupyter_py3) [name@server ~]$
|python -m ipykernel install --user --name <unique_name> --display-name "Python 3.x Kernel"
|python -m ipykernel install --user --name <unique_name> --display-name "Python 3.x Kernel"
}}
}}
</li>
</ol>
</li><translate>
</li><translate>
<!--T:64-->
<!--T:64-->
<li>'''Important''': start or restart a new JupyterLab session before using the Python kernel.</li>
<li><b>Important</b>: start or restart a new JupyterLab session before using the Python kernel.</li>
</ol>
</ol>


Line 336: Line 380:
<!--T:68-->
<!--T:68-->
<ol>
<ol>
<li>If you are using the Jupyter ''Terminal'' via [[JupyterHub]], make sure the activated Python virtual environment is running in a clean Bash environment. See the above section for details.</li>
<li>If you are using the Jupyter <i>Terminal</i> via [[JupyterHub]], make sure the activated Python virtual environment is running in a clean Bash environment. See the above section for details.</li>
<li>Install any required library. For example, <code>numpy</code>:
<li>Install any required library. For example, <code>numpy</code>:
</translate>{{Command2
</translate>{{Command2
Line 351: Line 395:
<!--T:71-->
<!--T:71-->
Prerequisites:
Prerequisites:
# Configuring an R kernel still depends on a Python virtual environment that already has all the '''[[#Python_Kernel|Python Kernel]]''' dependencies. If you do not have such virtual environment, make sure to follow instructions listed in the previous section.
# The configuration of an R kernel depends on a Python virtual environment and a <code>kernels</code> folder. If you do not have these dependencies, make sure to follow the first few instructions listed in <b>[[#Python_kernel|Python kernel]]</b> (note: no Python kernel required).
# Since the installation of R packages requires an access to '''[https://cran.r-project.org/ CRAN]''', the configuration of an R kernel must be done in a '''[[SSH|remote shell session on a login node]]'''.
# Since the installation of R packages requires an access to <b>[https://cran.r-project.org/ CRAN]</b>, the configuration of an R kernel must be done in a <b>[[SSH|remote shell session on a login node]]</b>.


<!--T:72-->
<!--T:72-->
Line 388: Line 432:
</li><translate>
</li><translate>
<!--T:77-->
<!--T:77-->
<li>'''Important''': start or restart a new JupyterLab session before using the R kernel.</li>
<li><b>Important</b>: Start or restart a new JupyterLab session before using the R kernel.</li>
</ol>
</ol>


<!--T:78-->
<!--T:78-->
For more information, see the [https://irkernel.github.io/docs/ IRKernel documentation].
For more information, see the [https://irkernel.github.io/docs/ IRkernel documentation].


=== Installing more R packages === <!--T:79-->
=== Installing more R packages === <!--T:79-->
Line 418: Line 462:
</ol>
</ol>


= Running notebooks as Python scripts = <!--T:91-->
For longer run or analysis, we need to submit a [[Running_jobs#Use_sbatch_to_submit_jobs|non-interactive job]]. We then need to convert our notebook to a Python script, create a submission script and submit it.
<!--T:92-->
1. From the login node, create and activate a [[Python#Creating_and_using_a_virtual_environment|virtual environment]], then install <tt>nbconvert</tt> if not already available.
{{Command
|prompt=(venv) [name@server ~]$
|pip install --no-index nbconvert
}}
<!--T:93-->
2. Convert the notebook (or all notebooks) to Python scripts.
{{Command
|prompt=(venv) [name@server ~]$
|jupyter nbconvert --to python mynotebook.ipynb
}}
<!--T:94-->
3. Create your submission script, and submit your job.
<!--T:95-->
In your submission script, run your converted notebook with:
<syntaxhighlight lang="bash">python mynotebook.py</syntaxhighlight>
and submit your non-interactive job:
{{Command
|sbatch my-submit.sh
}}
= References = <!--T:84-->
= References = <!--T:84-->
</translate>
</translate>

Latest revision as of 19:01, 4 July 2024

Other languages:

Introduction[edit]

Running notebooks

Jupyter Lab and notebooks are meant for short interactive tasks such as testing, debugging or quickly visualize data (few minutes). Running longer analysis must be done in an non-interactive job (sbatch). See also how to run notebooks as python scripts below.



  • Project Jupyter: "a non-profit, open-source project, born out of the IPython Project in 2014 as it evolved to support interactive data science and scientific computing across all programming languages."[1]
  • JupyterLab: "a web-based interactive development environment for notebooks, code, and data. Its flexible interface allows users to configure and arrange workflows in data science, scientific computing, computational journalism, and machine learning. A modular design allows for extensions that expand and enrich functionality."[2]

A JupyterLab server should only run on a compute node or on a cloud instance; cluster login nodes are not a good choice because they impose various limits which can stop applications if they consume too much CPU time or memory. In the case of using a compute node, users can reserve compute resources by submitting a job that requests a specific number of CPUs (and optionally GPUs), an amount of memory and the run time. In this page, we give detailed instructions on how to configure and submit a JupyterLab job on any national cluster.

If you are instead looking for a preconfigured Jupyter environment, please check the Jupyter page.

Installing JupyterLab[edit]

These instructions install JupyterLab with the pip command in a Python virtual environment:

  1. If you do not have an existing Python virtual environment, create one. Then, activate it:
    1. Load a Python module, either the default one (as shown below) or a specific version (see available versions with module avail python):
      [name@server ~]$ module load python
      
      If you intend to use RStudio Server, make sure to load rstudio-server first:
      [name@server ~]$ module load rstudio-server python
      
    2. Create a new Python virtual environment:
      [name@server ~]$ virtualenv --no-download $HOME/jupyter_py3
      
    3. Activate your newly created Python virtual environment:
      [name@server ~]$ source $HOME/jupyter_py3/bin/activate
      
  2. Install JupyterLab in your new virtual environment (note: it takes a few minutes):
    (jupyter_py3) [name@server ~]$ pip install --no-index --upgrade pip
    (jupyter_py3) [name@server ~]$ pip install --no-index jupyterlab
    
  3. In the virtual environment, create a wrapper script that launches JupyterLab:
    (jupyter_py3) [name@server ~]$ echo -e '#!/bin/bash\nunset XDG_RUNTIME_DIR\njupyter lab --ip $(hostname -f) --no-browser' > $VIRTUAL_ENV/bin/jupyterlab.sh
    
  4. Finally, make the script executable:
    (jupyter_py3) [name@server ~]$ chmod u+x $VIRTUAL_ENV/bin/jupyterlab.sh
    

Installing extensions[edit]

Extensions allow you to add functionalities and modify the JupyterLab’s user interface.

Jupyter Lmod[edit]

Jupyter Lmod is an extension that allows you to interact with environment modules before launching kernels. The extension uses the Lmod's Python interface to accomplish module-related tasks like loading, unloading, saving a collection, etc.

The following commands will install and enable the Jupyter Lmod extension in your environment (note: the third command takes a few minutes to complete):

(jupyter_py3) [name@server ~]$ module load nodejs
(jupyter_py3) [name@server ~]$ pip install jupyterlmod
(jupyter_py3) [name@server ~]$ jupyter labextension install jupyterlab-lmod

Instructions on how to manage loaded software modules in the JupyterLab interface are provided in the JupyterHub page.

RStudio Server[edit]

The RStudio Server allows you to develop R codes in an RStudio environment that appears in your web browser in a separate tab. Based on the above Installing JupyterLab procedure, there are a few differences:

  1. Load the rstudio-server module before the python module and before creating a new virtual environment:
    [name@server ~]$ module load rstudio-server python
    
  2. Once Jupyter Lab is installed in the new virtual environment, install the Jupyter RSession proxy:
    (jupyter_py3) [name@server ~]$ pip install --no-index jupyter-rsession-proxy
    

All other configuration and usage steps are the same. In JupyterLab, you should see an RStudio application in the Launcher tab.

Using your installation[edit]

Activating the environment[edit]

Make sure the Python virtual environment in which you have installed JupyterLab is activated.

For example, when you log onto the cluster, you have to activate it again with:

[name@server ~]$ source $HOME/jupyter_py3/bin/activate

To verify that your environment is ready, you can get a list of installed jupyter* packages with the following command:

(jupyter_py3) [name@server ~]$ pip freeze | grep jupyter
jupyter-client==7.1.0+computecanada
jupyter-core==4.9.1+computecanada
jupyter-server==1.9.0+computecanada
jupyterlab==3.1.7+computecanada
jupyterlab-pygments==0.1.2+computecanada
jupyterlab-server==2.3.0+computecanada

Starting JupyterLab[edit]

To start a JupyterLab server, submit an interactive job with salloc. Adjust the parameters based on your needs. See Running jobs for more information.

(jupyter_py3) [name@server ~]$ salloc --time=1:0:0 --ntasks=1 --cpus-per-task=2 --mem-per-cpu=1024M --account=def-yourpi srun $VIRTUAL_ENV/bin/jupyterlab.sh
...
[I 2021-12-06 10:37:14.262 ServerApp] jupyterlab | extension was successfully linked.
...
[I 2021-12-06 10:37:39.259 ServerApp] Use Control-C to stop this server and shut down all kernels (twice to skip confirmation).
[C 2021-12-06 10:37:39.356 ServerApp]

    To access the server, open this file in a browser:
        file:///home/name/.local/share/jupyter/runtime/jpserver-198146-open.html
    Or copy and paste one of these URLs:
        http://node_name.int.cluster.computecanada.ca:8888/lab?token=101c3688298e78ab554ef86d93a196deaf5bcd2728fad4eb
     or http://127.0.0.1:8888/lab?token=101c3688298e78ab554ef86d93a196deaf5bcd2728fad4eb

Connecting to JupyterLab[edit]

To access JupyterLab running on a compute node from your web browser, you will need to create an SSH tunnel from your computer through the cluster since the compute nodes are not directly accessible from the internet.

From Linux or macOS[edit]

On a Linux or macOS system, we recommend using the sshuttle Python package.

On your computer, open a new terminal window and create the SSH tunnel with the following sshuttle command where <username> must be replaced with your Alliance account username, and <cluster> by the cluster on which you have launched JupyterLab:

[name@local ~]$ sshuttle --dns -Nr <username>@<cluster>.computecanada.ca

Then, copy and paste the first provided HTTP address into your web browser. In the above salloc example, this would be:

http://node_name.int.cluster.computecanada.ca:8888/lab?token=101c3688298e78ab554ef86d93a196deaf5bcd2728fad4eb

From Windows[edit]

An SSH tunnel can be created from Windows using MobaXTerm as follows. Note: this procedure also works from any terminal that supports the ssh command.

  1. Once JupyterLab is launched on a compute node (see Starting JupyterLab), you can extract the hostname:port and the token from the first provided HTTP address. For example:
    http://node_name.int.cluster.computecanada.ca:8888/lab?token=101c368829...2728fad4eb
           └────────────────────┬────────────────────┘           └──────────┬──────────┘
                          hostname:port                                   token
    
  2. Open a new Terminal tab in MobaXTerm. In the following command, replace <hostname:port> with its corresponding value (refer to the above figure), replace <username> with your Alliance account username, and replace <cluster> with the cluster on which you have launched JupyterLab:
    [name@local ~]$ ssh -L 8888:<hostname:port> <username>@<cluster>.computecanada.ca
    
  3. Open your web browser and go to the following address where <token> must be replaced with the alphanumerical value extracted from the above figure:
    http://localhost:8888/?token=<token>
    

Shutting down JupyterLab[edit]

You can shut down the JupyterLab server before the walltime limit by pressing Ctrl-C twice in the terminal that launched the interactive job.

If you have used MobaXterm to create an SSH tunnel, press Ctrl-D to shut down the tunnel.

Adding kernels[edit]

It is possible to add kernels for other programming languages, for a different Python version or for a persistent virtual environment that has all required packages and libraries for your project. Refer to Making kernels for Jupyter to learn more.

The installation of a new kernel is done in two steps:

  1. Installation of the packages that will allow the language interpreter to communicate with the Jupyter interface.
  2. Creation of a file that will indicate to JupyterLab how to initiate a communication channel with the language interpreter. This file is called a kernel spec file, and it will be saved in a subfolder of ~/.local/share/jupyter/kernels.

In the following sections, we provide a few examples of the kernel installation procedure.

Julia Kernel[edit]

Prerequisites:

  1. The configuration of a Julia kernel depends on a Python virtual environment and a kernels folder. If you do not have these dependencies, make sure to follow the first few instructions listed in Python kernel (note: no Python kernel required).
  2. Since the installation of Julia packages requires an access to the internet, the configuration of a Julia kernel must be done in a remote shell session on a login node.

Once you have a Python virtual environment available and activated, you may configure the Julia kernel:

  1. Load the Julia module:
    (jupyter_py3) [name@server ~]$ module load julia
    
  2. Install IJulia:
    (jupyter_py3) [name@server ~]$ echo -e 'using Pkg\nPkg.add("IJulia")' | julia
    
  3. Important: start or restart a new JupyterLab session before using the Julia kernel.

For more information, see the IJulia documentation.

Installing more Julia packages[edit]

As in the above installation procedure, it is required to install Julia packages from a login node, but the Python virtual environment could be deactivated:

  1. Make sure the same Julia module is loaded:
    [name@server ~]$ module load julia
    
  2. Install any required package. For example with Glob:
    [name@server ~]$ echo -e 'using Pkg\nPkg.add("Glob")' | julia
    
  3. The newly installed Julia packages should already be usable in a notebook executed by the Julia kernel.

Python kernel[edit]

In a terminal with an active session on the remote server, you may configure a Python virtual environment with all the required Python modules and a custom Python kernel for JupyterLab. Here are the initial steps for the simplest Jupyter configuration in a new Python virtual environment:

  1. If you do not have a Python virtual environment, create one. Then, activate it:
    1. Start from a clean Bash environment (this is only required if you are using the Jupyter Terminal via JupyterHub for the creation and configuration of the Python kernel):
      [name@server ~]$ env -i HOME=$HOME bash -l
      
    2. Load a Python module:
      [name@server ~]$ module load python
      
    3. Create a new Python virtual environment:
      [name@server ~]$ virtualenv --no-download $HOME/jupyter_py3
      
    4. Activate your newly created Python virtual environment:
      [name@server ~]$ source $HOME/jupyter_py3/bin/activate
      
  2. Create the common kernels folder, which is used by all kernels you want to install:
    (jupyter_py3) [name@server ~]$ mkdir -p ~/.local/share/jupyter/kernels
    
  3. Finally, install the Python kernel:
    1. Install the ipykernel library:
      (jupyter_py3) [name@server ~]$ pip install --no-index ipykernel
      
    2. Generate the kernel spec file. Replace <unique_name> with a name that will uniquely identify your kernel:
      (jupyter_py3) [name@server ~]$ python -m ipykernel install --user --name <unique_name> --display-name "Python 3.x Kernel"
      
  4. Important: start or restart a new JupyterLab session before using the Python kernel.

For more information, see the ipykernel documentation.

Installing more Python libraries[edit]

Based on the Python virtual environment configured in the previous section:

  1. If you are using the Jupyter Terminal via JupyterHub, make sure the activated Python virtual environment is running in a clean Bash environment. See the above section for details.
  2. Install any required library. For example, numpy:
    (jupyter_py3) [name@server ~]$ pip install --no-index numpy
    
  3. The newly installed Python libraries can now be imported in any notebook using the Python 3.x Kernel.

R Kernel[edit]

Prerequisites:

  1. The configuration of an R kernel depends on a Python virtual environment and a kernels folder. If you do not have these dependencies, make sure to follow the first few instructions listed in Python kernel (note: no Python kernel required).
  2. Since the installation of R packages requires an access to CRAN, the configuration of an R kernel must be done in a remote shell session on a login node.

Once you have a Python virtual environment available and activated, you may configure the R kernel:

  1. Load an R module:
    (jupyter_py3) [name@server ~]$ module load r/4.1
    
  2. Install the R kernel dependencies (crayon, pbdZMQ, devtools) - this will take up to 10 minutes, and packages should be installed in a local directory like ~/R/x86_64-pc-linux-gnu-library/4.1:
    (jupyter_py3) [name@server ~]$ R --no-save
    > install.packages(c('crayon', 'pbdZMQ', 'devtools'), repos='http://cran.us.r-project.org')
    
  3. Install the R kernel.
    > devtools::install_github(paste0('IRkernel/', c('repr', 'IRdisplay', 'IRkernel')))
    
  4. Install the R kernel spec file.
    > IRkernel::installspec()
    
  5. Important: Start or restart a new JupyterLab session before using the R kernel.

For more information, see the IRkernel documentation.

Installing more R packages[edit]

The installation of R packages cannot be done from notebooks because there is no access to CRAN. As in the above installation procedure, it is required to install R packages from a login node, but the Python virtual environment could be deactivated:

  1. Make sure the same R module is loaded:
    [name@server ~]$ module load r/4.1
    
  2. Start the R shell and install any required package. For example with doParallel:
    [name@server ~]$ R --no-save
    > install.packages('doParallel', repos='http://cran.us.r-project.org')
    
  3. The newly installed R packages should already be usable in a notebook executed by the R kernel.

Running notebooks as Python scripts[edit]

For longer run or analysis, we need to submit a non-interactive job. We then need to convert our notebook to a Python script, create a submission script and submit it.

1. From the login node, create and activate a virtual environment, then install nbconvert if not already available.

Question.png
(venv) [name@server ~]$ pip install --no-index nbconvert

2. Convert the notebook (or all notebooks) to Python scripts.

Question.png
(venv) [name@server ~]$ jupyter nbconvert --to python mynotebook.ipynb

3. Create your submission script, and submit your job.

In your submission script, run your converted notebook with:

python mynotebook.py

and submit your non-interactive job:

Question.png
[name@server ~]$ sbatch my-submit.sh

References[edit]