Dockerfiles

Two configurations are possible depending on how OpenIFS might be used in a container:

The Dockerfile describes the build process of the container image. Examples are provided in OpenIFS from version 43r3v1 onwards. The naming convention for Dockerfiles is:

Example:    Dockerfile.oifs43r3v1.user.x86_64.bld  will generate an image of the OpenIFS 43r3v1 release.

Example Build Process

This section describes the generation process of a container image from the Dockerfile.

1. Start by navigating to the docker directory in the OpenIFS distribution:

% cd tools/docker

2. Make a copy of one of the Dockerfile templates that can be found in this directory. There are two versions:

% ls Dockerfile*
Dockerfile.oifs43r3v1.root.x86_64.bld	Dockerfile.oifs43r3v1.user.x86_64.bld

% cp Dockerfile.oifs43r3v1.user.x86_64.bld  Dockerfile

The note 'root' indicates that OpenIFS is installed into a system directory /usr/local whereas the 'user' version installs into the user's account. Both Dockerfiles create a user called 'oifs'.

Which you choose depends on your application. The 'root' version might be more suited to a training workshop for example.  We'll use the 'user' version in this example.

3. Put a copy of the OpenIFS distribution tarfile as downloaded into the same directory as the Dockerfile.

You should have these files in your build directory (your version numbers may be different):

-rw-r--r-- 1 glenn staff 4255 6 May 17:35 Dockerfile
-rw-r--r-- 1 glenn staff 30611901 6 May 18:13 oifs43r3v1.tar.gz

4. Build the OpenIFS Docker image.

The following command builds the image oifs43r3v1.user. Change 'user' to 'root' if building the other variant.

% docker build -t oifs43r3v1.user   .         #  note the trailing '.' to build in the current dir

docker build -t oifs43r3v1.user --build-arg http_proxy="$http_proxy" --build-arg ftp_proxy="$ftp_proxy" --build-arg https_proxy="$https_proxy" --build-arg no_proxy="$no_proxy"  .

This runs the build process of the image which contains the minimum of software that is required to run OpenIFS.

The image is based on a Ubuntu Linux LTS version. After downloading the base Ubuntu image, the Dockerfile executes the following steps: the necessary developer tools are installed (e.g. GNU compiler, MPI and maths libraries).; the ecCodes library is downloaded and compiled; the OpenIFS sources are unpacked from the tar archive, and the model binaries are compiled. The last step sets file permissions and the model executable is moved to an install location.

At the end of the build process the successful image creation is shown as: 
Successfully tagged oifs43r3v1.user:latest

Running the docker image

We can verify that the image is available and load it into a container using the  docker run  command:

% docker images
REPOSITORY             TAG                 IMAGE ID            CREATED             SIZE
oifs43r3v1.user        latest              982f6e82bb93        39 minutes ago      873MB
ubuntu                 latest              72300a873c2c        13 days ago         64.2MB

% docker run -it oifs43r3v1.user
oifs@40a923f11202:~$

Our command line prompt has changed as we are now the user 'oifs' inside the container.

A directory listing shows the following structure (your version numbers may be different): 

oifs@40a923f11202:~$ ls
oifs43r3v1
oifs@40a923f11202:~$ ls oifs43r3v1
CHANGES  COPYING  NOTICE  READMEs  examples  make                   oifs-config.sh  t21test       tools
CITE     LICENSE  README  bin      fcm       oifs-config.editme.sh  src             t21test_xios
oifs@40a923f11202:~$ 

The compiled model executables can be found in and can be moved to another install location:

oifs@40a923f11202:~$ ls oifs43r3v1/make/gnu-opt/oifs/bin
getres.exe  grib_set_vtable.exe  master.exe  spinterp.exe  timeint.exe  vod2uv.exe
gptosp.exe  intsst.exe           rgrid.exe   sptogp.exe    uvtovod.exe

The ecCodes library is found in its default destination under /usr/local/lib. 

With the command 'exit' the container is removed and all created or changed files in the container are lost. The next section will show how results can be retained and OpenIFS experiments can be run using a container.

Running OpenIFS

experiments in a

container

In this section we describe a method how the containerised version of OpenIFS can be used to run a case study interactively on the user's workstation (i.e. no batch job submission). Due to the temporary nature of containers all model results that are created in an experiment need to be stored outside the container. One possible method is to mount an external experiment directory inside the container. Data written to the mounted directory will be retained once the container is removed.

We assume Assume an experiment directory has been created and shall be located at /scratch/rd/user/exp/. Some preparation is required as this directory needs to contain all the necessary experiment data.

This experiment directory is mounted to the container when it is invoked:

docker run -v 

/scratch/

user/exp:/home/oifs/exp:rw -it

 oifs43r3v1.user

A linked duplicate mount of the experiment directory can now be found inside the container in sub-directory /exp with read and write permissions.  If a Dockerfile with user account is used then the experiment directory needs to be mounted within the user home directory of the containerread and write permissions.

In order to mount the external experiment directory successfully, all the files or sub-directories therein need to have full read-write-executable access:  chmod -R 777 /scratch/rd/user/exp

All the files in the mounted directory that were newly created or modified are owned by the container user, and seen from outside the container their file ownership will be different. 

Invoking the

container from the OpenIFS run script

An alternative method of using OpenIFS in a container consists of including the docker call inside the oifs_run script, replacing the execution of the model binary with mpirun.

This method is also only suitable for running the model interactively (i.e. no batch job submission with aprun or srun). The modification in the script is as follows:

  When using this method the Docker container environment remains relatively "concealed" from the model user and requires no further interaction with it.

Batch Job Submission

The use of Docker containers when running OpenIFS on HPC facilities has been tested successfully and with good scalability on the Piz Daint Cray XC50 at the Swiss National Supercomputing Centre in December 2019 using local computing support. At present we do not yet offer this capability at ECMWF. .

Crib Sheet: Important Docker commands

This section contains a listing of frequently used Docker commands some of which are specific to the ECMWF computing environment.

Start the Docker deamon on your machine (ECMWF):

which is actually:    sudo /usr/bin/systemctl status docker

Which images are on my machine:

Which containers are running:

Build docker image:

At ECMWF:    docker build -t oifs --build-arg http_proxy="$http_proxy" --build-arg ftp_proxy="$ftp_proxy" --build-arg https_proxy="$https_proxy" --build-arg no_proxy="$no_proxy" .

Run docker images in container:

Use Harbor online container registry:

Do this first:   docker login eccr.ecmwf.int

The build command below makes an image that can be pushed to harbor:   docker build -t eccr.ecmwf.int/openifs/oifs:0.0.1 -f --build-arg http_proxy="$http_proxy" --build-arg ftp_proxy="$ftp_proxy" --build-arg https_proxy="$https_proxy" --build-arg no_proxy="$no_proxy"

Then push it to harbor, manually specifying version number.  Careful: Existing version numbers are overwritten!     docker push eccr.ecmwf.int/openifs/oifs:0.0.1

Pull image from repository into memory:    docker pull eccr.ecmwf.int/openifs/oifs:0.0.1