-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Idea: Providing our stack within a docker/singularity container #4
Comments
@rptaylor may have some insight on this. |
There are various ways to mount CVMFS repos as an unprivileged user. |
That being said, to the maximum extent possible it is better to set up CVMFS on the host outside the container, and mount the repos into the container when you start it, so that the cache can be shared and persisted. Starting up an empty CVMFS cache inside your container for a private CVMFS client in the container is not very efficient. Possibly an intermediate option would be to keep a persistent shared cache somewhere on the node, bind mount it into the container, and have the CVMFS client run in the container. |
The new "pre-mount" feature may also help: Also described on slide 15 here: |
@preney, do you think you will have some time to try this soon ? |
Some information that is relevant to this : |
This has been done by EESSI : @preney, can you look at reproducing this for our stack ? |
The docker file is here : EESSI/filesystem-layer#35 |
Idea suggested by @preney
The text was updated successfully, but these errors were encountered: