The following table gives an overview of all file systems that each user has at his/her disposal:
|Source code, configuration files|
|Output files, working data|
IO intensive jobs, large files
Parallel high performance file system designed for high throughput when working with few large files.
Normally not used explicitly
|Local on each system. Only a little space (a few GBs) is available, which is moreover shared by all users on the system.|
Each user file system is only mounted when a process actually accesses it. Therefore, you might not see a specific user directory in a listing of /home, /work or /hpcwork (which can be confusing, especially if you are using a graphical file manager). This does not mean that a user directory does not exist, but that you might have to type the path to a user directory explicitly to actually get there.
We currently remove outdated files in $TMP only. The lifetime policies regarding $WORK and $HPCWORK are subject to change however, i.e. we may decide to clean up outdated files in these areas, too, when space is starting to become short.
Snapshots reflect the state of a file system at previous points in time. By changing to a snapshot directory, e.g. $HOME_SNAPSHOT or $WORK_SNAPSHOT, you can access previous versions of your files. The files within the snapshots are read-only, they can not be altered or deleted. Please note that the snapshots creation policy is subject to change. When space becomes short, we may decide to create less snapshots, delete existing snapshots or omit them completely.
We make a tape backup of $HOME on a daily basis. For all other areas no backup is being made.
that snapshots are not an alternative to a tape backup. If a file system gets damaged, all snapshots are lost, too. This means that you should not store files in $WORK, $HPCWORK or even $TMP that you cannot reproduce with finite effort.
The following files and directories are currently excluded from the tape backup:
- Complete sub-directories:
- File patterns: