# Remote jupyter Sessions With ob-ipython

## Introduction

These are my notes about trying to use a remote jupyter session in org-mode (with ob-ipython). My main source was this blog post from vxlabs, and also the ipython instructions for setting up a remote-session. I also referred to the ob-ipython notes on setting up a remote session, although I didn't really understand everything it said until after I had done it once.

## The Layout

Both this post and the jupyter server are running on my desktop (Hades) while I'm editing them in emacs on my laptop.

## Setting up the Session

The steps are:

• Find out where the JSON file you will need is going to be put on the server
• Start the server
• Copy the json file that was created to your client
• Start an ipython session to connect to the remote session

### Find Out Where the JSON File Will Be

While ssh'd into the server (and with the appropriate virtual environment running if you need it), enter the command to show the folder where the JSON file will be.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
jupyter --runtime-dir


In my case this is what came out.

/run/user/1000/jupyter


### Start the Server

Change into the directory where you want the jupyter server to run and start the ipython kernel.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
ipython kernel


This is what came out for me.

NOTE: When using the ipython kernel entry point, Ctrl-C will not work.

To exit, you will have to explicitly quit this process, by either sending
"quit" from a client, or using Ctrl-\ in UNIX-like environments.

To connect another client to this kernel, use:
--existing kernel-10181.json



That last line refers to the JSON file that we're going to need on the client side (kernel-10181.json).

### Copy the File From the Server To the Client

Go back to your client (my laptop in this case) and check where your jupyter installation is.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
jupyter --runtime-dir

/run/user/1000/jupyter


Both my laptop and desktop had the same location, so it's probably the default. Now change into that directory on the client and copy the file from the server.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
cd /run/user/1000/jupyter


### Start the Client

You can run this next command anywhere on the client where you can run jupyter.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
jupyter console --existing kernel-10181.json --ssh Hades


Where kernel-10181.json is the files copied from the server and Hades is the ssh alias for my server (so it would be hades@erebus without the alias).

When you run this command it will open up an ipython prompt that will be connected to the server. This turns out to be more useful than I thought it would be because the prompt that ob-ipython normally opens seems to be broken when I'm connected to the remote client. Maybe there's something else to configure. Anyway, whatever you add to your emacs ob-ipython namespace will be accessible to you in the ipython prompt so you can fiddle with things live in there.

Once you open this it will add another file (kernel-10181-ssh.json in this case) that you can use to connect if you want to open up more than ipython prompt for some reason:

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
jupyter console --existing kernel-10181-ssh.json


You don't pass in the --ssh flag this time. Note that you're still sharing the same jupyter session so all the variables and stuff will show up in the second console as well.

But, more importantly, this second json file is how we can connect while in emacs.

### Use The Session

To make use of the session you need to pass in the name of the ssh kernel file as the name of the ipython session.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
#+BEGIN_SRC ipython :session kernel-10181-ssh.json :results none

#+END_SRC


Anything you do in a block with that session ID will send the commands to the remote server to be interpreted.

## A Plot

I'm going to use this example from the seaborn gallery to test out the setup. It might not be obvious from the post itself but the web-server for this post is also on my remote machine so I can tell if it worked by checking the page in a browser (because if it was using an ipython session on my laptop the page wouldn't get the image).

### Imports From PyPi

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
import pandas
import seaborn


### Plotting Setup

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
%matplotlib inline
seaborn.set(style="whitegrid",
rc={"axes.grid": False,
"font.family": ["sans-serif"],
"font.sans-serif": ["Latin Modern Sans", "Lato"],
"figure.figsize": (13, 13)},
font_scale=1)


Load the brain networks example dataset

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
data = seaborn.load_dataset("brain_networks", header=[0, 1, 2], index_col=0)


Select a subset of the networks.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
used_networks = [1, 5, 6, 7, 8, 12, 13, 17]
used_columns = (data.columns.get_level_values("network")
.astype(int)
.isin(used_networks))
data = data.loc[:, used_columns]


Create a categorical palette to identify the networks.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
network_palette = seaborn.husl_palette(8, s=.45)
# I have no idea what the network_lut is.
network_lut = dict(zip(map(str, used_networks), network_palette))


Convert the palette to vectors that will be drawn on the side of the matrix.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
networks = data.columns.get_level_values("network")
network_colors = pandas.Series(networks, index=data.columns).map(network_lut)


Plot.

/home/athena/.virtualenvs/necromuralist.github.io/bin/python3: No module named virtualfish
cluster = seaborn.clustermap(data.corr(), center=0, cmap="vlag",
row_colors=network_colors,
col_colors=network_colors,
linewidths=.75)
title = cluster.fig.suptitle("Brain Networks")


Besides the ipython shell not working in emacs I also couldn't get it to render images directly in emacs, but they did render on the remote side so I could see the plot in my web-browser.

## One More Thing

I stumbled over this a couple of times so I thought I should mention that the virtualenv you activate in emacs has to be on your client (the laptop in my case), so to make it easier you should set it before opening the remote document via tramp. If you try to activate the virtualenv while in tramp it will attempt to use the remote machine's (server's) virtualenv. You can see that it's the case in the mini-buffer, but I think being prompted like that made me pick the wrong side. Use the virtualenv on the machine you're working on.