SingularityContainerCreation: Difference between revisions
No edit summary |
No edit summary |
||
Line 56: | Line 56: | ||
</pre> | </pre> | ||
Here, the tarball 'foobar.tgz' from the host will be copied into the container in the /root directory before the %post section. This is useful when you need to install some programs from a tarball. | Here, the tarball 'foobar.tgz' from the host will be copied into the container in the /root directory before the %post section. This is useful when you need to install some programs from a tarball. | ||
To discover the other possibilities of definition files, please consult this [https://www.sylabs.io/guides/2.6/user-guide/container_recipes.html page]. | |||
= Sources = | = Sources = | ||
* [https://www.sylabs.io/docs/ Singularity website] -> explanations to build a container on this [https://www.sylabs.io/guides/2.6/user-guide/build_a_container.html page]. | * [https://www.sylabs.io/docs/ Singularity website] -> explanations to build a container on this [https://www.sylabs.io/guides/2.6/user-guide/build_a_container.html page]. |
Revision as of 17:32, 30 October 2018
Prerequisites
By default, ordinary users don't have the right to create Singularity containers. You must either do it as root, or to work with sudoer account (the best option !).
Creation of a containers
On this page, we will not explain all the methods that exist to build a container, this is already done here. Instead, we will illustrate one method that can rapidly be adopted.
Creation of a container using a definition file
A definition file is a recipe to build a container starting from something else, generally another Singularity or Docker container. Let's create a definition file 'test1.def' with the following content :
Bootstrap: docker From: centos:latest
The first line indicates that we will use a container from Docker hub, the second line specifies which container (the latest release of CentOS).
Now, if you issue the following command :
$ sudo singularity build --sandbox test1.img test1.def
after one or two minutes, you get an container ready to be used under the form of a directory test1.img.
Now, let's say you want to install vim inside the container. Issue the following command to open a shell as root inside the container :
$ sudo singularity shell --writable test1.img Singularity: Invoking an interactive shell within container... Singularity test1.img:~>
The "--writable" flag is really important if you want to bring modifications inside the image. Now, you can do "yum install -y vim" and log out.
If you want to transform the sandbox into a single image file, run the following command :
$ sudo singularity build test1.simg test1.img
But that's not all ! We can do a little bit better by exploiting the power of definition files ! Let's create the following 'test2.def' file :
Bootstrap: docker From: centos:latest %post yum update -y yum install -y vim
The post section contains instructions that will be executed after the base OS has been installed at build time. Now, let's check this new definition file :
$ sudo singularity build --sandbox test2.img test2.def
If you need to include files in the container before the commands of the %post section are executed, add a %file section like in this example :
%files foobar.tgz /root/foobar.tgz
Here, the tarball 'foobar.tgz' from the host will be copied into the container in the /root directory before the %post section. This is useful when you need to install some programs from a tarball.
To discover the other possibilities of definition files, please consult this page.
Sources
- Singularity website -> explanations to build a container on this page.