| Both sides previous revision
Previous revision
Next revision
|
Previous revision
|
fcs:eic:singularity [2017/07/26 22:05]
dblyth [On a desktop/laptop] |
fcs:eic:singularity [2017/09/12 21:00] (current)
hepsim17 |
| </code> | </code> |
| . Barring any errors, you are now running inside a container. It is a container configured to be quite transparent, and you should be able to see all the files within your home directory as well as the processes that are running outside of the container when you run "top". This is in contrast to the default configuration of a Docker container, where isolation is desired. While your home directory is mounted within the container, the system files have been replaced by the contents of the container. Go ahead and try commands like "slic", "promc_browser", "jaspp", etc. | . Barring any errors, you are now running inside a container. It is a container configured to be quite transparent, and you should be able to see all the files within your home directory as well as the processes that are running outside of the container when you run "top". This is in contrast to the default configuration of a Docker container, where isolation is desired. While your home directory is mounted within the container, the system files have been replaced by the contents of the container. Go ahead and try commands like "slic", "promc_browser", "jaspp", etc. |
| | |
| | ====== Useful commands ====== |
| | |
| | Download the image, and look inside. |
| | <code> |
| | sudo singularity shell --writable --contain fpadsim-v1.4.img |
| | </code> |
| | Now you can add files. |
| |
| ===== On the Open Science Grid (OSG) ===== | ===== On the Open Science Grid (OSG) ===== |
| +SingularityBindCVMFS = False | +SingularityBindCVMFS = False |
| </code>, | </code>, |
| Where SingularityBindCVMFS can be changed to True if the cvmfs mount is required inside the container. With these options added, the use of the Singularity image by your OSG job wrapper script is fairly seamless, and the job executable will be run inside of the image via the default shell, /bin/sh. For this particular image, the default shell will not load the environment setup scripts, so it's usually necessary to run commands inside of a bash login shell, | Where SingularityBindCVMFS can be changed to True if the cvmfs mount is required inside the container. With these options added, the use of the Singularity image by your OSG job wrapper script is fairly seamless, and the job executable will be run inside of the image via the default shell, /bin/sh. For this particular image, the default shell will not load the environment setup scripts, so it's usually necessary to run commands inside of a bash login shell by either using the shebang |
| <code> | <code bash> |
| bash -l -c "..." | #!/bin/bash -l |
| | </code> |
| | , or by wrapping commands like |
| | <code bash> |
| | bash -lc "..." |
| </code> | </code> |
| . This environment can be tested on the login server by running | . This environment can be tested on the login server by running |
