Difference between revisions of "Setting up your environment"
| Line 30: | Line 30: | ||
<noinclude>==Module commands==</noinclude><includeonly>===Module commands===</includeonly> | <noinclude>==Module commands==</noinclude><includeonly>===Module commands===</includeonly> | ||
| + | |||
<noinclude>===Module avail===</noinclude><includeonly>====Module avail====</includeonly> | <noinclude>===Module avail===</noinclude><includeonly>====Module avail====</includeonly> | ||
| + | The <tt>module avail</tt> command lists all available modules of the ''supported'' module category. If you load the new or the legacy module, it will also list all modules of these categories. It can be used to get a quick overview of all centrally installed software. If you are interested in a particular software and would like to know which versions are available, then you can specify the name of the software as a parameter for the <tt>module avail</tt> command | ||
| + | |||
| + | [leonhard@euler01 ~]$ '''module avail gcc''' | ||
| + | |||
| + | --------------- /cluster/apps/modules/modulefiles --------------- | ||
| + | gcc/4.4.7(4.4) gcc/4.8.2(default) gcc/4.9.2 | ||
| + | [leonhard@euler01 ~]$ '''module load legacy new''' | ||
| + | [leonhard@euler01 ~]$ '''module avail gcc''' | ||
| + | |||
| + | --------------- /cluster/apps/modules/modulefiles --------------- | ||
| + | gcc/4.4.7(4.4) gcc/4.8.2(default) gcc/4.9.2 | ||
| + | |||
| + | ----------------- /cluster/apps/modules/legacy ------------------ | ||
| + | gcc/4.7.4 | ||
| + | |||
| + | ------------------- /cluster/apps/modules/new ------------------- | ||
| + | gcc/4.8.4 gcc/5.2.0 | ||
| + | |||
<noinclude>===Module load===</noinclude><includeonly>====Module load====</includeonly> | <noinclude>===Module load===</noinclude><includeonly>====Module load====</includeonly> | ||
<noinclude>===Module list===</noinclude><includeonly>====Module list====</includeonly> | <noinclude>===Module list===</noinclude><includeonly>====Module list====</includeonly> | ||
Revision as of 08:56, 23 August 2016
Contents
Introduction
Most applications, compilers and libraries rely on environment variables to function properly. These variables are usually set by the operating system, the administrator, or by the user. Typical examples include:
- PATH — location of system commands and user programs
- LD_LIBRARY_PATH — location of the dynamic (=shared) libraries needed by these commands and programs
- MANPATH — location of man (=manual) pages for these commands
- Program specific environment variables
The majority of problems encountered by users are caused by incorrect or missing environment variables. People often copy initialization scripts — .profile, .bashrc, .cshrc — from one machine to the next, without verifying that the variables defined in these scripts are correct (or even meaningful!) on the target system.
If setting environment variables is difficult, modifying them at run-time is even more complex and error-prone. Changing the contents of PATH to use a different compiler than the one set by default, for example, is not for the casual user. The situation can quickly become a nightmare when one has to deal with multiple compilers and libraries (e.g. MPI) at the same time.
Environment modules — modules in short — offer an elegant and user-friendly solution to all these problems. Modules allow a user to load all the settings needed by a particular application on demand, and to unload them when they are no longer needed. Switching from one compiler to the other; or between different releases of the same application; or from one MPI library to another can be done in a snap, using just one command — module.
Module commands
Module avail
The module avail command lists all available modules of the supported module category. If you load the new or the legacy module, it will also list all modules of these categories. It can be used to get a quick overview of all centrally installed software. If you are interested in a particular software and would like to know which versions are available, then you can specify the name of the software as a parameter for the module avail command
[leonhard@euler01 ~]$ module avail gcc --------------- /cluster/apps/modules/modulefiles --------------- gcc/4.4.7(4.4) gcc/4.8.2(default) gcc/4.9.2 [leonhard@euler01 ~]$ module load legacy new [leonhard@euler01 ~]$ module avail gcc --------------- /cluster/apps/modules/modulefiles --------------- gcc/4.4.7(4.4) gcc/4.8.2(default) gcc/4.9.2 ----------------- /cluster/apps/modules/legacy ------------------ gcc/4.7.4 ------------------- /cluster/apps/modules/new ------------------- gcc/4.8.4 gcc/5.2.0
