By default, a Singularity image only have access to a limited set of paths once created. Without any special configurations, your $HOME (~/) and /tmp/ (among a few other system-specific locations) are accessible from within a container. However, this will not automatically bind your data/ or scratch/ directories, and thus they will not be accessible. The easiest method to gain access to these directories is to use the bind functionality to mount these volumes to the container on runtime.

Binding Using Command Line Arguments

Binding is achieved using the --bind or -B argument followed by the <hostPath>:<containerPath>

This will bind /oscar/data, /oscar/scratch and /oscar/home from OSCAR's GPFS to /oscar/data and /oscar/scratch within the container, respectively. Doing this will allow any existing links you have to your data and scratch directories to function properly.

Binding Using Environment Variables

An alternative approach is to use the SINGULARITY_BINDPATH environment variable which is used as a list of additional bind paths that will be included in any singularity commands you execute, including run and shell. Using the environment variable instead of the command line argument, this would be:

You can add various additional command options to configure the read/write permissions for these mounted volumes. For more information regarding file or path binds, please see the official documentation from Singularity.

There are multiple ways to install and run TensorFlow. Our recommended approach is via NGC containers. The containers are available via NGC Registry. In this example we will pull TensorFlow NGC container

1. Build the container:

This process will take some time, and once it completes, you should see a .simg file.

1. Once the container is ready, request an interactive session with a GPU:

1. To run a container with GPU support:

1. Or, if you're executing a specific command inside the container:

1. Make sure your Tensorflow image is able to detect GPUs

1. If you need to install additional custom packages, note that the containers themselves are non-writable. However, you can use the --user flag to install packages inside .local. For example:

Slurm Script:

Here's how you can submit a SLURM job script using the srun command to run your container. Below is a basic example: