Installing Applications Sapelo2: Difference between revisions
(Created blank page) |
No edit summary |
||
Line 1: | Line 1: | ||
[[Category:Sap2test]] | |||
===Introduction=== | |||
We introduce here some guidance on how to build applications and libraries on Sapelo2. | |||
In general, users can build applications under their home directory or other space owned by the users. | |||
If an application will be used by several members of a group, GACRC can set a shared directory for the group to host the application. | |||
GACRC team takes requests to install applications at a central place (/usr/local/apps) if the application satisfies the following conditions: | |||
* The application is Linux compatible. | |||
* The application has general interest among users. | |||
* The application needs to be built with special settings, such as root privilege, shared common data set, complex structures, or other requirements. | |||
* The application needs to be configured to integrate into the GACRC environment, such as queue settings or database connections. | |||
---- | |||
[[#top|Back to Top]] | |||
===DO NOT build at login node === | |||
Login node has limited memory, most time the build fails due to insufficient memory. All of following installations are under qlogin environment. | |||
---- | |||
===How to check if an application is installed === | |||
To find if an application, e.g. Trinity, is already installed on Sapelo2, use the following command (the application name is NOT case sensitive): | |||
<pre class="gcommand"> | |||
module avail trinity | |||
</pre> | |||
or | |||
<pre class="gcommand"> | |||
module spider trinity | |||
</pre> | |||
To see a description of the module (the application name is case sensitive) | |||
<pre class="gcommand"> | |||
module whatis Trinity | |||
</pre> | |||
To see configuration details, e.g., environment variables, of the module (the application name is case sensitive) | |||
<pre class="gcommand"> | |||
module show Trinity | |||
</pre> | |||
---- | |||
[[#top|Back to Top]] | |||
===How to check if a library is installed=== | |||
'''Perl''' | |||
To check if a perl library is installed, e.g. DBI, first load the Perl package of interest, for example Perl/5.24.1-foss-2016b: | |||
<pre class="gcommand"> | |||
module load Perl/5.24.1-foss-2016b | |||
perl -MDBI -e 'print "OK\n"' | |||
</pre> | |||
If the library is not installed, it will warn that the library is not in the path. Otherwise, it will print OK. | |||
'''Python''' | |||
To check if a Python library is installed, e.g. numpy, first load the Python package of interest, then run "pip show" or "pip list" commands. The Linux command "which" is to identify if pip is in place. In the following example, we use Python/2.7.14-foss-2016b: | |||
<pre class="gcommand"> | |||
module load Python/2.7.14-foss-2016b | |||
which pip | |||
pip show numpy | |||
</pre> | |||
To list all installed libraries with their versions: | |||
<pre class="gcommand"> | |||
module load Python/2.7.14-foss-2016b | |||
pip list | |||
</pre> | |||
To generate an alphabetical list of the libraries installed under a Python version, such as Python/2.7.14-foss-2016b: | |||
<pre class="gcommand"> | |||
module load Python/2.7.14-foss-2016b | |||
pip freeze | sort | |||
</pre> | |||
For Python3, some versions have both pip3 and pip. pip3 is the Python3 version of pip. If you load Python3, run pip3, otherwise run pip. You can use "which" command to identify if pip3 is in place. For example: | |||
<pre class="gcommand"> | |||
module load Python/3.5.2-foss-2016b | |||
which pip3 | |||
</pre> | |||
Then check if a Python3 library is installed, e.g. using pip3: | |||
<pre class="gcommand"> | |||
module load Python/3.5.2-foss-2016b | |||
pip3 show numpy | |||
</pre> | |||
To list all installed libraries with their versions: | |||
<pre class="gcommand"> | |||
module load Python/3.5.2-foss-2016b | |||
pip3 list | |||
</pre> | |||
To generate an alphabetical list of the libraries installed under a Python version, such as Python/2.7.14-foss-2016b: | |||
<pre class="gcommand"> | |||
module load Python/3.5.2-foss-2016b | |||
pip3 freeze | sort | |||
</pre> | |||
If the library is not installed, it will not be shown by pip or pip3 commands. Otherwise, pip or pip3 will give you libraries' version and installation location. | |||
'''Note:''' Some Python libraries are installed outside of the Python default location and are provided as a separate module file that needs to be loaded separately. To check if a python library is installed as a separate module, please use the '''ml spider''' command. For example, to check if matplotlib is installed as a separate module: | |||
<pre class="gcommand"> | |||
module spider matplotlib | |||
</pre> | |||
This command will return all the matplotlib versions currently installed on the cluster, along with the version of Python that it uses. For example, the module named matplotlib/2.1.0-foss-2016b-Python-3.5.2 provides matplotlib version 2.1.0 for Python 3.5.2 and it uses the foss-2016b toolchain. To use this version of matplotlib, please load the module file matplotlib/2.1.0-foss-2016b-Python-3.5.2. Similarly, you can load other module files that provide other Python libraries. | |||
'''R''' | |||
To check if a R library is installed, e.g. xtable, first load the R version of interest, for example R/3.4.4-foss-2016b-X11-20160819-GACRC: | |||
<pre class="gcommand"> | |||
xlogin | |||
module load R/3.4.4-foss-2016b-X11-20160819-GACRC | |||
R | |||
require("xtable") | |||
exit | |||
</pre> | |||
If the library is not installed, it will warn that the library is not in the path. Otherwise, it will print "Loading required package:...". | |||
---- | |||
[[#top|Back to Top]] | |||
===Which node to build from=== | |||
We suggest that you build applications from an interactive session that you can start with "qlogin" command from Sapelo2 login node: | |||
<pre class="gcommand"> | |||
qlogin | |||
</pre> | |||
---- | |||
[[#top|Back to Top]] | |||
===How to structure directories=== | |||
Common practice is to set up the following three directories using "mkdir" command in the user's home directory /home/MyID: | |||
*'''apps''': directory where the applications will be installed | |||
*'''src''': directory under which you can store the source files and build the applications | |||
*'''modulefiles''': directory under which you can put your own module files | |||
These directories can be created with | |||
<pre class="gcommand"> | |||
mkdir ~/apps | |||
mkdir ~/src | |||
mkdir ~/modulefiles | |||
</pre> | |||
---- | |||
[[#top|Back to Top]] | |||
===How to use local Lmod modules=== | |||
To use your own modules, e.g. trinity/1.0: | |||
<pre class="gcommand"> | |||
module use ~/modulefiles | |||
module load trinity/1.0 | |||
</pre> | |||
If there are module files with the same name as in our central place, your local ones will take precedence over the central ones. | |||
---- | |||
[[#top|Back to Top]] | |||
===How to install software (general)=== | |||
If you are interested in using an application, check the website of this application to see if (a) it is compatible with Linux, (b) it is distributed as binaries or source code, (c) and the kind of package that it is (Python library and scripts, Perl scripts, Java, C, C++, Fortran code, etc). | |||
Perl scripts and Java jar files can be downloaded into the users' home directory and run from there. | |||
If the application is distributed as pre-compiled binaries, check if binaries are available for the Linux OS that our cluster run (Sapelo2 runs CentOS 7). Binaries compiled for Window and for Mac OSX cannot be run on Sapelo2. Also, binaries generated in other Linux distributions (e.g. Ubuntu, Debian, etc) will in general not work on Sapelo2. | |||
If pre-compiled binaries are not available for the OS on Sapelo2 (CentOS 7), then you can compile the code yourself, if the source code is available. | |||
Another option for running binaries compatible with other Linux distributions is to create a Singularity container and run it on Sapelo2 (more information below). | |||
---- | |||
[[#top|Back to Top]] | |||
===How to build C, C++ applications=== | |||
Here is an example on how to install an application called GERUDsim3, which comprise a single C++ program. | |||
1. Login to sapelo2 login node. If you do not have a directory called '''apps''', create one with | |||
<pre class="gcommand"> | |||
mkdir ~/apps | |||
</pre> | |||
2. Download the application into the ~/apps directory. For the example used here, you can download it with | |||
<pre class="gcommand"> | |||
cd ~/apps | |||
git clone https://github.com/JonesLabIdaho/GERUDsim3.git | |||
</pre> | |||
3. Start an interactive session with | |||
<pre class="gcommand"> | |||
qlogin | |||
</pre> | |||
4. compile the code on the interactive node with: | |||
<pre class="gcommand"> | |||
cd ~/apps/GERUDsim3/GERUDsim3/Source_files | |||
g++ GerudSim3.cpp -o GerudSim3 | |||
</pre> | |||
The g++ command that is on user's default path is version 4.8.5. If you wish/need to use a different GNU compiler version, or a different compiler (e.g. Intel), then first load the corresponding module and then compile the code. For example, to use g++ 5.4.0: | |||
<pre class="gcommand"> | |||
cd ~/apps/GERUDsim3/GERUDsim3/Source_files | |||
module load foss/2016b | |||
g++ GerudSim3.cpp -o GerudSim3 | |||
</pre> | |||
5. The name of your executable is GerudSim3. You can run it with the full path | |||
<pre class="gcommand"> | |||
~/apps/GERUDsim3/GERUDsim3/Source_files/GerudSim3 | |||
</pre> | |||
or copy this binary to ~/bin (create this directory first, if it does not exist yet) and run it with | |||
<pre class="gcommand"> | |||
~/bin/GerudSim3 | |||
</pre> | |||
You can also add ~/bin to your default PATH. To do that, add the following in your .bashrc file: | |||
<pre class="gcommand"> | |||
export PATH=/home/MYID/bin/:$PATH | |||
</pre> | |||
where MYID needs to be replaced by your UGA MyID. With this, any executable you put in ~/bin will be in your PATH and can be invoked without its full path. | |||
For more information on compilers available on Sapelo2, please see [[Code Compilation on Sapelo2]]. | |||
---- | |||
[[#top|Back to Top]] | |||
===Cross build for mixed processor architecture=== | |||
At Sapelo2, we have two types of processors: Intel and AMD. | |||
In some c or c++ applications, the performance-optimized flags may be introduced from the application document or in the configuration, such as -march=native. To enable the built application running on both processors, these native should be removed from compile options or set the flags as -mtune=generic -march=x86-64, which are usually default value if these flags are not set. | |||
The following login commands can provide different processors to test on the built. | |||
<pre class="gcommand"> | |||
qlogin_intel | |||
</pre> | |||
<pre class="gcommand"> | |||
qlogin_amd | |||
</pre> | |||
[[#top|Back to Top]] | |||
===How to install a Perl module=== | |||
A convenient way to build and install perl modules is to use CPAN, which can be used to install Perl modules in the user's home directory. We suggest that you do this installation in an interactive session. | |||
1. Start an interactive session with | |||
<pre class="gcommand"> | |||
qlogin | |||
</pre> | |||
2. Decide where you want the perl modules to be installed, e.g. ~/perlmods, and create this directory if it does not exist yet | |||
<pre class="gcommand"> | |||
mkdir ~/perlmods | |||
</pre> | |||
3. Load the perl module that you want to use, e.g. Perl/5.24.1-foss-2016b | |||
<pre class="gcommand"> | |||
module load Perl/5.24.1-foss-2016b | |||
</pre> | |||
4. Start the CPAN shell with | |||
<pre class="gcommand"> | |||
cpan | |||
</pre> | |||
When you start cpan for the first time, some configurations will be set (unless you already have configurations set in ~/.cpan/CPAN/MyConfig.pm | |||
<pre class="gcommand"> | |||
shtsai@n14:~ $ cpan | |||
Loading internal null logger. Install Log::Log4perl for logging messages | |||
CPAN.pm requires configuration, but most of it can be done automatically. | |||
If you answer 'no' below, you will enter an interactive dialog for each | |||
configuration option instead. | |||
Would you like to configure as much as possible automatically? [yes] | |||
Autoconfiguration complete. | |||
commit: wrote '/home/shtsai/.cpan/CPAN/MyConfig.pm' | |||
You can re-run configuration any time with 'o conf init' in the CPAN shell | |||
cpan shell -- CPAN exploration and modules installation (v2.14) | |||
Enter 'h' for help. | |||
cpan[1]> | |||
</pre> | |||
5. From within the CPAN shell, enter the following two (2) commands to specify the installation directory: | |||
<pre class="gcommand"> | |||
cpan[1]> o conf mbuildpl_arg "--install_base /home/MyID/perlmods" | |||
mbuildpl_arg [--install_base /home/MyID/perlmods] | |||
Please use 'o conf commit' to make the config permanent! | |||
cpan[2]> o conf makepl_arg "PREFIX=/home/MyID/perlmods" | |||
makepl_arg [PREFIX=/home/MyID/perlmods] | |||
Please use 'o conf commit' to make the config permanent! | |||
cpan[3]> | |||
</pre> | |||
If you want to set the above installation path as the default one, you can make the settings above permanent by entering "o conf commit". If this is not done, you will need to reset this value every time you restart CPAN. If you do make the settings permanent, you can always change them later and re-commit as shown above. Note that in the two commands above you will need to replace MyID by your own MyID and change perlmods if you are using a different directory name. | |||
6. To install a module (for example, if you want to install "IO::CaptureOutput") enter: | |||
<pre class="gcommand"> | |||
cpan[3]> install IO::CaptureOutput | |||
</pre> | |||
Respond to any prompts for information that might be requested. When you are finished, enter: | |||
<pre class="gcommand"> | |||
cpan[4]> quit | |||
</pre> | |||
7. After you have successfully installed a local Perl module, set the PERL5LIB environmental variable to tell Perl where to find the module. For example: | |||
<pre class="gcommand"> | |||
export PERL5LIB=/home/MyID/perlmods:$PERL5LIB | |||
</pre> | |||
where /home/MyID/perlmods has to be replaced by the path to your installation directory. | |||
You can add this export command to your .bashrc file if you'd like to ensure that this PERL5LIB environment variable is always set when you login and for your non-interactive scripts. If this export line is not added in your .bashrc file, you can add it to your job submission scripts. You can also define a module file where this variable is defined. | |||
---- | |||
[[#top|Back to Top]] | |||
===How to build Python packages=== | |||
To check what Python versions are installed: | |||
<pre class="gcommand"> | |||
module spider Python | |||
</pre> | |||
Make sure the right python commands are used. | |||
Most Python versions have commands such as "python", "pip", and "easy_install", some versions have version concatenate after command, such as "python2.7", "python3", "pip3" etc.. So after Python module is loaded, usually we can check if it is the right command by: | |||
<pre class="gcommand"> | |||
which python | |||
which pip | |||
which pip3 (for Python3 only) | |||
which easy_install | |||
</pre> | |||
or list the path to confirm the correct python commands, such as: | |||
<pre class="gcommand"> | |||
ls /usr/local/apps/eb/Python/3.5.2-foss-2016b/bin | |||
</pre> | |||
The above Python binary path can be found by using "ml show" command: | |||
<pre class="gcommand"> | |||
ml show Python/3.5.2-foss-2016b | |||
</pre> | |||
From outputs, you will find the PATH environment variable pre-appended with the Python binary path, i.e., /usr/local/apps/eb/Python/3.5.2-foss-2016b/bin. | |||
====How to install Python package tarball in Sapelo2 home directory==== | |||
There are several options you can take to install a Python package in your Sapelo2 home directory /home/MyID; MyID should be replaced by your UGA MyID. | |||
Common steps are listed as below: | |||
1. Start an interactive session with "qlogin" command from Sapelo2 login node: | |||
<pre class="gcommand"> | |||
qlogin | |||
</pre> | |||
2. Suppose you have downloaded a Python package tarball file, e.g., myPackage-1.0.tar.gz, in the source folder (src) in your home directory with a full path as: | |||
<pre class="gcommand"> | |||
/home/MyID/src/myPackage-1.0.tar.gz | |||
</pre> | |||
Change directory to /home/MyID/src/: | |||
<pre class="gcommand"> | |||
cd ~/src | |||
</pre> | |||
Uncompress and untar the tarball file using "tar xzvf" command: | |||
<pre class="gcommand"> | |||
tar xzvf myPackage-1.0.tar.gz | |||
</pre> | |||
3. Once the tarball is untarred, you will have a package source folder in your current directory, e.g., myPackage-1.0/. You need to change directory into it (full path is /home/MyID/src/myPackage-1.0): | |||
<pre class="gcommand"> | |||
cd ./myPackage-1.0 | |||
</pre> | |||
4. Decide which version of Python you want myPackage-1.0 to be installed with. In this example we use Python/2.7.14-foss-2016b: | |||
<pre class="gcommand"> | |||
module load Python/2.7.14-foss-2016b | |||
</pre> | |||
5. Install package using "python setup.py install" command | |||
*'''Option 1:''' using "--user" option. The package will be installed into a default installation location, i.e., /home/MyID/'''.local'''/lib/python2.7/site-packages/: | |||
<pre class="gcommand"> | |||
python setup.py install --user | |||
</pre> | |||
*'''Option 2 (recommended):''' using "--user" option with PYTHONUSERBASE environment variable defined and exported. The package will be installed into a location you specified, e.g., /home/MyID/'''python/2.7.14'''/lib/python2.7/site-packages/: | |||
<pre class="gcommand"> | |||
mkdir -p /home/MyID/python/2.7.14 | |||
export PYTHONUSERBASE=/home/MyID/python/2.7.14 | |||
python setup.py install --user | |||
</pre> | |||
*'''option 3:''' using '--prefix' option with PYTHONPATH environment variable defined and exported. The package will be installed into a location you specified, e.g., /home/MyID/'''python/2.7.14'''/lib/python2.7/site-packages: | |||
<pre class="gcommand"> | |||
mkdir -p /home/MyID/python/2.7.14/lib/python2.7/site-packages | |||
export PYTHONPATH=/home/MyID/python/2.7.14/lib/python2.7/site-packages | |||
python setup.py install --prefix="/home/MyID/python/2.7.14" | |||
</pre> | |||
6. Make sure to export the above library path when the package is needed. This can be included in your module file as well. For example: | |||
<pre class="gcommand"> | |||
export PYTHONPATH=/home/MyID/python/2.7.14/lib/python2.7/site-packages:$PYTHONPATH | |||
</pre> | |||
====How to install Python package using pip/pip3 in Sapelo2 home directory==== | |||
The pip/pip3 is a package management system used to install and manage Python2/Python3 packages, such as those found in the Python Package Index (PyPI). PyPI is a software repository for the Python language. It helps to find and install software developed and shared by the Python community. In this example, let us try scikit-learn-0.19.2, which is the most recent version of scikit-learn package as of 2018-08-28, from PyPI. | |||
Common steps are listed as below: | |||
1. Start an interactive session with "qlogin" command from Sapelo2 login node: | |||
<pre class="gcommand"> | |||
qlogin | |||
</pre> | |||
2. Decide which version of Python you want myPackage-1.0 to be installed with. In this example we load Python/3.7.0-foss-2018a, then use "which" command to identify if pip3 is in place: | |||
<pre class="gcommand"> | |||
module load Python/3.7.0-foss-2018a | |||
which pip3 | |||
</pre> | |||
"which" command shows pip3 is from Python/3.7.0-foss-2018a module: | |||
<pre class="gcommand"> | |||
/usr/local/apps/eb/Python/3.7.0-foss-2018a/bin/pip3 | |||
</pre> | |||
3. Install package using "pip3 install" command | |||
*'''Option 1:''' using "--user" option. The package will be installed into a default installation location, i.e., /home/MyID/'''.local'''/lib/python3.7/site-packages/: | |||
<pre class="gcommand"> | |||
pip3 install --user scikit-learn | |||
</pre> | |||
"pip3 install" command will output and show you that scikit-learn-0.19.2 is successfully downloaded and installed. Then you can use "ls" command to show the package is indeed installed in '''.local'''/lib/python3.7/site-packages/, in your home directory: | |||
<pre class="gcommand"> | |||
ls ~/.local/lib/python3.7/site-packages/ | |||
scikit_learn-0.19.2.dist-info sklearn | |||
</pre> | |||
*'''Option 2 (recommended):''' using "--user" option with PYTHONUSERBASE environment variable defined and exported. The package will be installed into a location you specified, e.g., /home/MyID/'''python/3.7.0'''/lib/python3.7/site-packages/: | |||
<pre class="gcommand"> | |||
mkdir -p /home/MyID/python/3.7.0 | |||
export PYTHONUSERBASE=/home/MyID/python/3.7.0 | |||
pip3 install --user scikit-learn | |||
</pre> | |||
"pip3 install" command will output and show you that scikit-learn-0.19.2 is successfully downloaded and installed. Then you can use "ls" command to show the package is indeed installed in '''/python/3.7.0'''/lib/python3.7/site-packages/, in your home directory: | |||
<pre class="gcommand"> | |||
ls ~/python/3.7.0/lib/python3.7/site-packages/ | |||
scikit_learn-0.19.2.dist-info sklearn | |||
</pre> | |||
5. Make sure to export the above library path when the package is needed. This can be included in your module file as well. For example: | |||
<pre class="gcommand"> | |||
export PYTHONPATH=/home/MyID/python/2.7.14/lib/python2.7/site-packages:$PYTHONPATH | |||
</pre> | |||
---- | |||
[[#top|Back to Top]] | |||
===How to install Conda packages=== | |||
To locally install a conda package , option "-p" defines the installation path: | |||
<pre class="gcommand"> | |||
ml Anaconda2/5.0.1 | |||
conda install -p "/usr/local/apps/gb/busco/conda_3.0.2" busco=3.0.2 -c bioconda | |||
</pre> | |||
---- | |||
[[#top|Back to Top]] | |||
===How to install R packages=== | |||
If you wish to install an R package in your home directory, first decide the directory where you will install it. For example, to install it in ~/Rlibs, first create this dir if it does not exist yet: | |||
<pre class="gcommand"> | |||
mkdir ~/Rlibs | |||
</pre> | |||
Then, create a file called ~/.Renviron containing the following line: | |||
<pre class="gscript"> | |||
R_LIBS_USER=/path/to/Rlibs | |||
</pre> | |||
replacing /path/to/Rlibs with the path that you want to use. For example, to /home/MyID/Rlibs, where MyID needs to be replaced by your UGA MyID. | |||
Start an interactive session and load the module for the version of R you want to use (e.g. R/3.4.4) | |||
<pre class="gcommand"> | |||
qlogin | |||
module load R/3.4.4-foss-2016b-X11-20160819-GACRC | |||
</pre> | |||
If you download the R package (e.g. brocolors_0.1.tar.gz) to your home dir, you can install it with R CMD INSTALL at the command line, but use the flag --library=/path/to/Rlibs, as follows: | |||
<pre class="gcommand"> | |||
R CMD INSTALL --library=/path/to/Rlibs brocolors_0.1.tar.gz | |||
</pre> | |||
If you install the package within R using install.packages() or devtools::install(), you just need the ~/.Renviron file; you don’t need to do anything different with the install() command. devtools will use the path defined by the R_LIBS variable. | |||
---- | |||
[[#top|Back to Top]] | |||
===How to install Java applications=== | |||
Most third-party Java applications are distributed as pre-compiled binaries (jar file), which users can download into their own home directories. For example, to install picard 2.4.1 in your home directory. | |||
1. Create a directory where you want to install the java application (e.g. picard). For example | |||
<pre class="gcommand"> | |||
mkdir -p ~apps/picard | |||
</pre> | |||
2. Download the package (e.g. picard-tools-2.4.1.zip) from their website, put into your chosen directory (e.g. ~apps/picard) and extract the file. For example | |||
<pre class="gcommand"> | |||
cd ~apps/picard | |||
unzip picard-tools-2.4.1.zip | |||
</pre> | |||
This will create a directory called picard-tools-2.4.1 that contains picard.jar. You can rename this dir e.g. | |||
<pre class="gcommand"> | |||
cd ~apps/picard | |||
mv picard-tools-2.4.1 2.4.1 | |||
</pre> | |||
3. To run this application, load a java module and invoke this application in your job submission script. For example | |||
<pre class="gscript"> | |||
module load Java/1.8.0_144 | |||
java -Xmx20g -classpath "/home/MyID/apps/picard/2.4.1" -jar /home/MyID/apps/picard/2.4.1/picard.jar [options] | |||
</pre> | |||
where MyID needs to be replaced by your own MyID. | |||
---- | |||
[[#top|Back to Top]] | |||
===How to build complex applications=== | |||
Many applications use a ''configure'' step to check on system libraries and path to dependencies in order to create Makefiles. The Makefiles are then used to build and install the application. To illustrate how this process is typically set up, we will describe how to install the GNU Scientific Libraries (GSL) v. 1.16 using the GNU 5.4.0 compilers. | |||
1. Create a directory to use for building the application, e.g. ~/src/gsl | |||
<pre class="gcommand> | |||
mkdir -p ~/src/gsl | |||
</pre> | |||
2. Download the source tarball into your chosen directory, e.g. | |||
<pre class="gcommand> | |||
cd ~/src/gsl | |||
wget http://mirror.sbb.rs/gnu/gsl/gsl-1.16.tar.gz | |||
</pre> | |||
3. Start an interactive session | |||
<pre class="gcommand"> | |||
qlogin | |||
</pre> | |||
4. Load the module for the compiler suite that you want to use, e.g. GCC 5.4.0: | |||
<pre class="gcommand"> | |||
module load foss/2016b | |||
</pre> | |||
5. Change into your working directory and check the tarball with | |||
<pre class="gcommand"> | |||
cd ~/src/gsl | |||
tar ztvf gsl-1.16.tar.gz | |||
</pre> | |||
and extract the files with | |||
<pre class="gcommand"> | |||
tar zxvf gsl-1.16.tar.gz | |||
</pre> | |||
6. Change into the extracted directory | |||
<pre class="gcommand"> | |||
cd gsl-1.16 | |||
</pre> | |||
7. Create a subdirectory to build the application | |||
<pre class="gcommand"> | |||
mkdir build_gcc540 | |||
cd build_gcc540 | |||
</pre> | |||
8. Check all the configure options with | |||
<pre class="gcommand"> | |||
../configure --help | |||
</pre> | |||
9. Configure the application with e.g. | |||
<pre class="gcommand"> | |||
../configure --prefix=/home/MyID/apps/gsl/1.16/gcc540 | |||
</pre> | |||
where /home/MyID/apps/gsl/1.16/gcc540 should be replaced by the directory where you want to install GSL. | |||
You can capture the standard error and standard output of the configure step into a file, to help troubleshoot the step if it encounters any issues. This can be done with | |||
<pre class="gcommand"> | |||
../configure --prefix=/home/MyID/apps/gsl/1.16/gcc540 2>&1 | tee my.config.log | |||
</pre> | |||
10. If the configure step worked, you can build the application with | |||
<pre class="gcommand"> | |||
make 2>&1 | tee my.make.log | |||
</pre> | |||
11. Some applications, including GSL, provide some tests that can be run after the build step to ensure the application was built correctly. For example, for GSL you can run | |||
<pre class="gcommand"> | |||
make check 2>&1 | tee my.check.log | |||
</pre> | |||
12. Install the application with | |||
<pre class="gcommand"> | |||
make install 2>&1 | tee my.install.log | |||
</pre> | |||
---- | |||
[[#top|Back to Top]] | |||
===How to link dependencies=== | |||
Some applications need third party program, library, header files to build. There are various ways to introduce these to the build command. | |||
Usually the manual/README of the application would elaborate more about the needed configuration variables. To explore these configuration variables from command is to issue --help options following the main build command. | |||
Such as cmake build, | |||
<pre class="gcommand"> | |||
cmake --help | |||
</pre> | |||
Or if it is a configuration build, | |||
<pre class="gcommand"> | |||
./configure -h | |||
</pre> | |||
To set needed components in build environment, this could simply be done by loading modules prior to build. | |||
<!-- | |||
<syntaxhighlight lang="bash" line='line'> | |||
--> | |||
<pre class="gcommand"> | |||
module load CMake/3.9.1-foss-2016b zlib/1.2.8-foss-2016b | |||
cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr/local/apps/gb/diamond/1.0 .. | |||
make install | |||
</pre> | |||
<!-- | |||
</syntaxhighlight> | |||
--> | |||
Line 1: load cmake module and zlib. | |||
Line 2: set prefix, there are other variable could be defined here. | |||
Or set the variables explicitly by export command | |||
<pre class="gcommand"> | |||
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/apps/eb/GSL/GSL/2.3-foss-2016b/lib | |||
export CFLAGS="-I/usr/local/apps/eb/GSL/GSL/2.3-foss-2016b/include" | |||
export LDFLAGS="-L/usr/local/apps/eb/GSL/GSL/2.3-foss-2016b/lib" | |||
python setup.py build_ext --inplace | |||
</pre> | |||
Line 1: specify the location of gsl lib | |||
Line 2: specify the location of gsl c header file, pass this to gcc option | |||
Line 3: specify the location of gsl lib, pass this to gcc option | |||
Another way is to define variables at configuration line. | |||
<pre class="gcommand"> | |||
./configure --prefix=/usr/local/apps/gb/discovardenovo/52488 --with-jemalloc=/usr/local/apps/eb/jemalloc/5.0.1-GCCcore-4.9.3/lib | |||
</pre> | |||
---- | |||
[[#top|Back to Top]] | |||
===How to download Singularity images=== | |||
---- | |||
[[#top|Back to Top]] | |||
===Miscellaneous=== | |||
---- | |||
[[#top|Back to Top]] |
Latest revision as of 07:58, 26 October 2020
Introduction
We introduce here some guidance on how to build applications and libraries on Sapelo2.
In general, users can build applications under their home directory or other space owned by the users.
If an application will be used by several members of a group, GACRC can set a shared directory for the group to host the application.
GACRC team takes requests to install applications at a central place (/usr/local/apps) if the application satisfies the following conditions:
- The application is Linux compatible.
- The application has general interest among users.
- The application needs to be built with special settings, such as root privilege, shared common data set, complex structures, or other requirements.
- The application needs to be configured to integrate into the GACRC environment, such as queue settings or database connections.
DO NOT build at login node
Login node has limited memory, most time the build fails due to insufficient memory. All of following installations are under qlogin environment.
How to check if an application is installed
To find if an application, e.g. Trinity, is already installed on Sapelo2, use the following command (the application name is NOT case sensitive):
module avail trinity
or
module spider trinity
To see a description of the module (the application name is case sensitive)
module whatis Trinity
To see configuration details, e.g., environment variables, of the module (the application name is case sensitive)
module show Trinity
How to check if a library is installed
Perl
To check if a perl library is installed, e.g. DBI, first load the Perl package of interest, for example Perl/5.24.1-foss-2016b:
module load Perl/5.24.1-foss-2016b perl -MDBI -e 'print "OK\n"'
If the library is not installed, it will warn that the library is not in the path. Otherwise, it will print OK.
Python
To check if a Python library is installed, e.g. numpy, first load the Python package of interest, then run "pip show" or "pip list" commands. The Linux command "which" is to identify if pip is in place. In the following example, we use Python/2.7.14-foss-2016b:
module load Python/2.7.14-foss-2016b which pip pip show numpy
To list all installed libraries with their versions:
module load Python/2.7.14-foss-2016b pip list
To generate an alphabetical list of the libraries installed under a Python version, such as Python/2.7.14-foss-2016b:
module load Python/2.7.14-foss-2016b pip freeze | sort
For Python3, some versions have both pip3 and pip. pip3 is the Python3 version of pip. If you load Python3, run pip3, otherwise run pip. You can use "which" command to identify if pip3 is in place. For example:
module load Python/3.5.2-foss-2016b which pip3
Then check if a Python3 library is installed, e.g. using pip3:
module load Python/3.5.2-foss-2016b pip3 show numpy
To list all installed libraries with their versions:
module load Python/3.5.2-foss-2016b pip3 list
To generate an alphabetical list of the libraries installed under a Python version, such as Python/2.7.14-foss-2016b:
module load Python/3.5.2-foss-2016b pip3 freeze | sort
If the library is not installed, it will not be shown by pip or pip3 commands. Otherwise, pip or pip3 will give you libraries' version and installation location.
Note: Some Python libraries are installed outside of the Python default location and are provided as a separate module file that needs to be loaded separately. To check if a python library is installed as a separate module, please use the ml spider command. For example, to check if matplotlib is installed as a separate module:
module spider matplotlib
This command will return all the matplotlib versions currently installed on the cluster, along with the version of Python that it uses. For example, the module named matplotlib/2.1.0-foss-2016b-Python-3.5.2 provides matplotlib version 2.1.0 for Python 3.5.2 and it uses the foss-2016b toolchain. To use this version of matplotlib, please load the module file matplotlib/2.1.0-foss-2016b-Python-3.5.2. Similarly, you can load other module files that provide other Python libraries.
R
To check if a R library is installed, e.g. xtable, first load the R version of interest, for example R/3.4.4-foss-2016b-X11-20160819-GACRC:
xlogin module load R/3.4.4-foss-2016b-X11-20160819-GACRC R require("xtable") exit
If the library is not installed, it will warn that the library is not in the path. Otherwise, it will print "Loading required package:...".
Which node to build from
We suggest that you build applications from an interactive session that you can start with "qlogin" command from Sapelo2 login node:
qlogin
How to structure directories
Common practice is to set up the following three directories using "mkdir" command in the user's home directory /home/MyID:
- apps: directory where the applications will be installed
- src: directory under which you can store the source files and build the applications
- modulefiles: directory under which you can put your own module files
These directories can be created with
mkdir ~/apps mkdir ~/src mkdir ~/modulefiles
How to use local Lmod modules
To use your own modules, e.g. trinity/1.0:
module use ~/modulefiles module load trinity/1.0
If there are module files with the same name as in our central place, your local ones will take precedence over the central ones.
How to install software (general)
If you are interested in using an application, check the website of this application to see if (a) it is compatible with Linux, (b) it is distributed as binaries or source code, (c) and the kind of package that it is (Python library and scripts, Perl scripts, Java, C, C++, Fortran code, etc).
Perl scripts and Java jar files can be downloaded into the users' home directory and run from there.
If the application is distributed as pre-compiled binaries, check if binaries are available for the Linux OS that our cluster run (Sapelo2 runs CentOS 7). Binaries compiled for Window and for Mac OSX cannot be run on Sapelo2. Also, binaries generated in other Linux distributions (e.g. Ubuntu, Debian, etc) will in general not work on Sapelo2.
If pre-compiled binaries are not available for the OS on Sapelo2 (CentOS 7), then you can compile the code yourself, if the source code is available.
Another option for running binaries compatible with other Linux distributions is to create a Singularity container and run it on Sapelo2 (more information below).
How to build C, C++ applications
Here is an example on how to install an application called GERUDsim3, which comprise a single C++ program.
1. Login to sapelo2 login node. If you do not have a directory called apps, create one with
mkdir ~/apps
2. Download the application into the ~/apps directory. For the example used here, you can download it with
cd ~/apps git clone https://github.com/JonesLabIdaho/GERUDsim3.git
3. Start an interactive session with
qlogin
4. compile the code on the interactive node with:
cd ~/apps/GERUDsim3/GERUDsim3/Source_files g++ GerudSim3.cpp -o GerudSim3
The g++ command that is on user's default path is version 4.8.5. If you wish/need to use a different GNU compiler version, or a different compiler (e.g. Intel), then first load the corresponding module and then compile the code. For example, to use g++ 5.4.0:
cd ~/apps/GERUDsim3/GERUDsim3/Source_files module load foss/2016b g++ GerudSim3.cpp -o GerudSim3
5. The name of your executable is GerudSim3. You can run it with the full path
~/apps/GERUDsim3/GERUDsim3/Source_files/GerudSim3
or copy this binary to ~/bin (create this directory first, if it does not exist yet) and run it with
~/bin/GerudSim3
You can also add ~/bin to your default PATH. To do that, add the following in your .bashrc file:
export PATH=/home/MYID/bin/:$PATH
where MYID needs to be replaced by your UGA MyID. With this, any executable you put in ~/bin will be in your PATH and can be invoked without its full path.
For more information on compilers available on Sapelo2, please see Code Compilation on Sapelo2.
Cross build for mixed processor architecture
At Sapelo2, we have two types of processors: Intel and AMD.
In some c or c++ applications, the performance-optimized flags may be introduced from the application document or in the configuration, such as -march=native. To enable the built application running on both processors, these native should be removed from compile options or set the flags as -mtune=generic -march=x86-64, which are usually default value if these flags are not set.
The following login commands can provide different processors to test on the built.
qlogin_intel
qlogin_amd
How to install a Perl module
A convenient way to build and install perl modules is to use CPAN, which can be used to install Perl modules in the user's home directory. We suggest that you do this installation in an interactive session.
1. Start an interactive session with
qlogin
2. Decide where you want the perl modules to be installed, e.g. ~/perlmods, and create this directory if it does not exist yet
mkdir ~/perlmods
3. Load the perl module that you want to use, e.g. Perl/5.24.1-foss-2016b
module load Perl/5.24.1-foss-2016b
4. Start the CPAN shell with
cpan
When you start cpan for the first time, some configurations will be set (unless you already have configurations set in ~/.cpan/CPAN/MyConfig.pm
shtsai@n14:~ $ cpan Loading internal null logger. Install Log::Log4perl for logging messages CPAN.pm requires configuration, but most of it can be done automatically. If you answer 'no' below, you will enter an interactive dialog for each configuration option instead. Would you like to configure as much as possible automatically? [yes] Autoconfiguration complete. commit: wrote '/home/shtsai/.cpan/CPAN/MyConfig.pm' You can re-run configuration any time with 'o conf init' in the CPAN shell cpan shell -- CPAN exploration and modules installation (v2.14) Enter 'h' for help. cpan[1]>
5. From within the CPAN shell, enter the following two (2) commands to specify the installation directory:
cpan[1]> o conf mbuildpl_arg "--install_base /home/MyID/perlmods" mbuildpl_arg [--install_base /home/MyID/perlmods] Please use 'o conf commit' to make the config permanent! cpan[2]> o conf makepl_arg "PREFIX=/home/MyID/perlmods" makepl_arg [PREFIX=/home/MyID/perlmods] Please use 'o conf commit' to make the config permanent! cpan[3]>
If you want to set the above installation path as the default one, you can make the settings above permanent by entering "o conf commit". If this is not done, you will need to reset this value every time you restart CPAN. If you do make the settings permanent, you can always change them later and re-commit as shown above. Note that in the two commands above you will need to replace MyID by your own MyID and change perlmods if you are using a different directory name.
6. To install a module (for example, if you want to install "IO::CaptureOutput") enter:
cpan[3]> install IO::CaptureOutput
Respond to any prompts for information that might be requested. When you are finished, enter:
cpan[4]> quit
7. After you have successfully installed a local Perl module, set the PERL5LIB environmental variable to tell Perl where to find the module. For example:
export PERL5LIB=/home/MyID/perlmods:$PERL5LIB
where /home/MyID/perlmods has to be replaced by the path to your installation directory.
You can add this export command to your .bashrc file if you'd like to ensure that this PERL5LIB environment variable is always set when you login and for your non-interactive scripts. If this export line is not added in your .bashrc file, you can add it to your job submission scripts. You can also define a module file where this variable is defined.
How to build Python packages
To check what Python versions are installed:
module spider Python
Make sure the right python commands are used.
Most Python versions have commands such as "python", "pip", and "easy_install", some versions have version concatenate after command, such as "python2.7", "python3", "pip3" etc.. So after Python module is loaded, usually we can check if it is the right command by:
which python which pip which pip3 (for Python3 only) which easy_install
or list the path to confirm the correct python commands, such as:
ls /usr/local/apps/eb/Python/3.5.2-foss-2016b/bin
The above Python binary path can be found by using "ml show" command:
ml show Python/3.5.2-foss-2016b
From outputs, you will find the PATH environment variable pre-appended with the Python binary path, i.e., /usr/local/apps/eb/Python/3.5.2-foss-2016b/bin.
How to install Python package tarball in Sapelo2 home directory
There are several options you can take to install a Python package in your Sapelo2 home directory /home/MyID; MyID should be replaced by your UGA MyID.
Common steps are listed as below:
1. Start an interactive session with "qlogin" command from Sapelo2 login node:
qlogin
2. Suppose you have downloaded a Python package tarball file, e.g., myPackage-1.0.tar.gz, in the source folder (src) in your home directory with a full path as:
/home/MyID/src/myPackage-1.0.tar.gz
Change directory to /home/MyID/src/:
cd ~/src
Uncompress and untar the tarball file using "tar xzvf" command:
tar xzvf myPackage-1.0.tar.gz
3. Once the tarball is untarred, you will have a package source folder in your current directory, e.g., myPackage-1.0/. You need to change directory into it (full path is /home/MyID/src/myPackage-1.0):
cd ./myPackage-1.0
4. Decide which version of Python you want myPackage-1.0 to be installed with. In this example we use Python/2.7.14-foss-2016b:
module load Python/2.7.14-foss-2016b
5. Install package using "python setup.py install" command
- Option 1: using "--user" option. The package will be installed into a default installation location, i.e., /home/MyID/.local/lib/python2.7/site-packages/:
python setup.py install --user
- Option 2 (recommended): using "--user" option with PYTHONUSERBASE environment variable defined and exported. The package will be installed into a location you specified, e.g., /home/MyID/python/2.7.14/lib/python2.7/site-packages/:
mkdir -p /home/MyID/python/2.7.14 export PYTHONUSERBASE=/home/MyID/python/2.7.14 python setup.py install --user
- option 3: using '--prefix' option with PYTHONPATH environment variable defined and exported. The package will be installed into a location you specified, e.g., /home/MyID/python/2.7.14/lib/python2.7/site-packages:
mkdir -p /home/MyID/python/2.7.14/lib/python2.7/site-packages export PYTHONPATH=/home/MyID/python/2.7.14/lib/python2.7/site-packages python setup.py install --prefix="/home/MyID/python/2.7.14"
6. Make sure to export the above library path when the package is needed. This can be included in your module file as well. For example:
export PYTHONPATH=/home/MyID/python/2.7.14/lib/python2.7/site-packages:$PYTHONPATH
How to install Python package using pip/pip3 in Sapelo2 home directory
The pip/pip3 is a package management system used to install and manage Python2/Python3 packages, such as those found in the Python Package Index (PyPI). PyPI is a software repository for the Python language. It helps to find and install software developed and shared by the Python community. In this example, let us try scikit-learn-0.19.2, which is the most recent version of scikit-learn package as of 2018-08-28, from PyPI.
Common steps are listed as below:
1. Start an interactive session with "qlogin" command from Sapelo2 login node:
qlogin
2. Decide which version of Python you want myPackage-1.0 to be installed with. In this example we load Python/3.7.0-foss-2018a, then use "which" command to identify if pip3 is in place:
module load Python/3.7.0-foss-2018a which pip3
"which" command shows pip3 is from Python/3.7.0-foss-2018a module:
/usr/local/apps/eb/Python/3.7.0-foss-2018a/bin/pip3
3. Install package using "pip3 install" command
- Option 1: using "--user" option. The package will be installed into a default installation location, i.e., /home/MyID/.local/lib/python3.7/site-packages/:
pip3 install --user scikit-learn
"pip3 install" command will output and show you that scikit-learn-0.19.2 is successfully downloaded and installed. Then you can use "ls" command to show the package is indeed installed in .local/lib/python3.7/site-packages/, in your home directory:
ls ~/.local/lib/python3.7/site-packages/ scikit_learn-0.19.2.dist-info sklearn
- Option 2 (recommended): using "--user" option with PYTHONUSERBASE environment variable defined and exported. The package will be installed into a location you specified, e.g., /home/MyID/python/3.7.0/lib/python3.7/site-packages/:
mkdir -p /home/MyID/python/3.7.0 export PYTHONUSERBASE=/home/MyID/python/3.7.0 pip3 install --user scikit-learn
"pip3 install" command will output and show you that scikit-learn-0.19.2 is successfully downloaded and installed. Then you can use "ls" command to show the package is indeed installed in /python/3.7.0/lib/python3.7/site-packages/, in your home directory:
ls ~/python/3.7.0/lib/python3.7/site-packages/ scikit_learn-0.19.2.dist-info sklearn
5. Make sure to export the above library path when the package is needed. This can be included in your module file as well. For example:
export PYTHONPATH=/home/MyID/python/2.7.14/lib/python2.7/site-packages:$PYTHONPATH
How to install Conda packages
To locally install a conda package , option "-p" defines the installation path:
ml Anaconda2/5.0.1 conda install -p "/usr/local/apps/gb/busco/conda_3.0.2" busco=3.0.2 -c bioconda
How to install R packages
If you wish to install an R package in your home directory, first decide the directory where you will install it. For example, to install it in ~/Rlibs, first create this dir if it does not exist yet:
mkdir ~/Rlibs
Then, create a file called ~/.Renviron containing the following line:
R_LIBS_USER=/path/to/Rlibs
replacing /path/to/Rlibs with the path that you want to use. For example, to /home/MyID/Rlibs, where MyID needs to be replaced by your UGA MyID.
Start an interactive session and load the module for the version of R you want to use (e.g. R/3.4.4)
qlogin module load R/3.4.4-foss-2016b-X11-20160819-GACRC
If you download the R package (e.g. brocolors_0.1.tar.gz) to your home dir, you can install it with R CMD INSTALL at the command line, but use the flag --library=/path/to/Rlibs, as follows:
R CMD INSTALL --library=/path/to/Rlibs brocolors_0.1.tar.gz
If you install the package within R using install.packages() or devtools::install(), you just need the ~/.Renviron file; you don’t need to do anything different with the install() command. devtools will use the path defined by the R_LIBS variable.
How to install Java applications
Most third-party Java applications are distributed as pre-compiled binaries (jar file), which users can download into their own home directories. For example, to install picard 2.4.1 in your home directory.
1. Create a directory where you want to install the java application (e.g. picard). For example
mkdir -p ~apps/picard
2. Download the package (e.g. picard-tools-2.4.1.zip) from their website, put into your chosen directory (e.g. ~apps/picard) and extract the file. For example
cd ~apps/picard unzip picard-tools-2.4.1.zip
This will create a directory called picard-tools-2.4.1 that contains picard.jar. You can rename this dir e.g.
cd ~apps/picard mv picard-tools-2.4.1 2.4.1
3. To run this application, load a java module and invoke this application in your job submission script. For example
module load Java/1.8.0_144 java -Xmx20g -classpath "/home/MyID/apps/picard/2.4.1" -jar /home/MyID/apps/picard/2.4.1/picard.jar [options]
where MyID needs to be replaced by your own MyID.
How to build complex applications
Many applications use a configure step to check on system libraries and path to dependencies in order to create Makefiles. The Makefiles are then used to build and install the application. To illustrate how this process is typically set up, we will describe how to install the GNU Scientific Libraries (GSL) v. 1.16 using the GNU 5.4.0 compilers.
1. Create a directory to use for building the application, e.g. ~/src/gsl
mkdir -p ~/src/gsl
2. Download the source tarball into your chosen directory, e.g.
cd ~/src/gsl wget http://mirror.sbb.rs/gnu/gsl/gsl-1.16.tar.gz
3. Start an interactive session
qlogin
4. Load the module for the compiler suite that you want to use, e.g. GCC 5.4.0:
module load foss/2016b
5. Change into your working directory and check the tarball with
cd ~/src/gsl tar ztvf gsl-1.16.tar.gz
and extract the files with
tar zxvf gsl-1.16.tar.gz
6. Change into the extracted directory
cd gsl-1.16
7. Create a subdirectory to build the application
mkdir build_gcc540 cd build_gcc540
8. Check all the configure options with
../configure --help
9. Configure the application with e.g.
../configure --prefix=/home/MyID/apps/gsl/1.16/gcc540
where /home/MyID/apps/gsl/1.16/gcc540 should be replaced by the directory where you want to install GSL.
You can capture the standard error and standard output of the configure step into a file, to help troubleshoot the step if it encounters any issues. This can be done with
../configure --prefix=/home/MyID/apps/gsl/1.16/gcc540 2>&1 | tee my.config.log
10. If the configure step worked, you can build the application with
make 2>&1 | tee my.make.log
11. Some applications, including GSL, provide some tests that can be run after the build step to ensure the application was built correctly. For example, for GSL you can run
make check 2>&1 | tee my.check.log
12. Install the application with
make install 2>&1 | tee my.install.log
How to link dependencies
Some applications need third party program, library, header files to build. There are various ways to introduce these to the build command.
Usually the manual/README of the application would elaborate more about the needed configuration variables. To explore these configuration variables from command is to issue --help options following the main build command.
Such as cmake build,
cmake --help
Or if it is a configuration build,
./configure -h
To set needed components in build environment, this could simply be done by loading modules prior to build.
module load CMake/3.9.1-foss-2016b zlib/1.2.8-foss-2016b cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr/local/apps/gb/diamond/1.0 .. make install
Line 1: load cmake module and zlib. Line 2: set prefix, there are other variable could be defined here.
Or set the variables explicitly by export command
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/apps/eb/GSL/GSL/2.3-foss-2016b/lib export CFLAGS="-I/usr/local/apps/eb/GSL/GSL/2.3-foss-2016b/include" export LDFLAGS="-L/usr/local/apps/eb/GSL/GSL/2.3-foss-2016b/lib" python setup.py build_ext --inplace
Line 1: specify the location of gsl lib
Line 2: specify the location of gsl c header file, pass this to gcc option
Line 3: specify the location of gsl lib, pass this to gcc option
Another way is to define variables at configuration line.
./configure --prefix=/usr/local/apps/gb/discovardenovo/52488 --with-jemalloc=/usr/local/apps/eb/jemalloc/5.0.1-GCCcore-4.9.3/lib