rsnt_translations
56,420
edits
No edit summary |
No edit summary |
||
Line 266: | Line 266: | ||
<!--T:73--> | <!--T:73--> | ||
When Apptainer is used with the <code>-C</code> or <code>-c</code> options, one will notice that they cannot access their disk space when inside the container. The remedy for this is to explicitly bind mount the disk space they wish to access. For example, suppose a user was using <code>-C</code> like this in an sbatch job to use | When Apptainer is used with the <code>-C</code> or <code>-c</code> options, one will notice that they cannot access their disk space when inside the container. The remedy for this is to explicitly bind mount the disk space they wish to access. For example, suppose a user was using <code>-C</code> like this in an <code>sbatch</code> job to use Apptainer: | ||
<!--T:74--> | <!--T:74--> | ||
Line 272: | Line 272: | ||
<!--T:75--> | <!--T:75--> | ||
where <code>./my_data_file.txt</code> is a file in the current directory on the host, i.e., the file is not stored in the container at all. Because of the <code>-C</code> option, this file will not be accessible to the <code>wc</code> program inside the container | where <code>./my_data_file.txt</code> is a file in the current directory on the host, i.e., the file is not stored in the container at all. Because of the <code>-C</code> option, this file will not be accessible to the <code>wc</code> program inside the container and an access error will result. The fix is to bind mount the current directory, e.g., | ||
<!--T:76--> | <!--T:76--> | ||
Line 281: | Line 281: | ||
<!--T:78--> | <!--T:78--> | ||
While one can have multiple bind mounts specified, | While one can have multiple bind mounts specified, it is often easier to specify the top directories of the filesystems one wishes to access. For example, on our clusters one might want to use | ||
<!--T:79--> | <!--T:79--> |