qpms/README.Triton.md

95 lines
2.9 KiB
Markdown
Raw Permalink Normal View History

Notes on installing and running qpms on Triton
==============================================
Running anything in a cluster environment can cause some unexpected problems.
With these notes, one should be able to run qpms successfully on Aalto's Triton.
The main problem is that it is often not completely trivial to ensure
the mutual compatibility of various libraries and tools on which qpms depends.
## Triton+anaconda
### Installing qpms with anaconda
This section shows how to use qpms in an anaconda virtual environment.
First, we purge the modules to ensure that no other other conflicting python
instances are loaded.
Then we load an anaconda3 module.
```
module purge
module load anaconda3
```
Next, conda needs to infect our shell with some code in order to work properly.
(If you use a different shell than bash, modify the following command
accordingly.)
```
conda init bash
```
This adds several lines to `~/.bashrc` (or elsewhere, depending on the shell).
Then we might be required to restart the shell.
Next, we create and activate a virtual environment to be used with qpms.
It will be called `trqpms` throughout this document.
We will also need to have `cython` installed before even trying to install qpms.
```
conda create trqpms
conda activate trqpms
conda install cython
```
Moreover, we need to load the GCC and gsl modules. GCC has to be loaded *after*
loading anaconda3 and activating the conda virtual environment, otherwise
anaconda will try to use its own (likely broken) compiler when installing qpms.
And we also need cmake for building amos.
Lastly, we save the list of loaded modules for later use as `qpms_conda`.
```
module load gsl
module load GCC
module load cmake
module save qpms_conda
```
From now on, we need to be in the qpms source root directory.
```
cd /path/to/qpms
```
Now it's time to build `amos`. First, we clean all the files previously
created by `cmake` (if needed). This is to ensure that `cmake` uses the same
`gfortran` that is in the current `PATH`; otherwise, `cmake` might use some
Fortran compiler detected earlier (`cmake` apparently does not update
that information) and that might later cause mismatch between
libgfortran versions.
```
rm -r CMakeFiles CMakeCache.txt
cmake .
make clean
make amos
```
Cmake builds in other directories are not supported right now, as qpms setup
scripts now expects certain amos files at fixed relative paths. Therefore
the `.` in `cmake .`.
And finaly, build qpms.
```
python3 setup.py install
```
At this point, qpms should be installed successfully. If not, this document
needs updates.
### Running qpms with anaconda
After installing the qpms python module, one should be able to import it and to
use the scripts in the misc directory in the same shell session used
for installing qpms.
To use qpms also later, one has to restore the environment, i.e. load the same
modules and activate the anaconda virtual environment.
```
module restore qpms_conda
conda activate trqpms
```