NOTICE: FULL O2 Cluster Outage, January 3 - January 10th
O2 will be completely offline for a planned HMS IT data center relocation from Friday, Jan 3, 6:00 PM, through Friday, Jan 10
- on Jan 3 (5:30-6:00 PM): O2 login access will be turned off.
- on Jan 3 (6:00 PM): O2 systems will start being powered off.
This project will relocate existing services, consolidate servers, reduce power consumption, and decommission outdated hardware to improve efficiency, enhance resiliency, and lower costs.
Specifically:
- The O2 Cluster will be completely offline, including O2 Portal.
- All data on O2 will be inaccessible.
- Any jobs still pending when the outage begins will need to be resubmitted after O2 is back online.
- Websites on O2 will be completely offline, including all web content.
More details at: https://harvardmed.atlassian.net/l/cp/1BVpyGqm & https://it.hms.harvard.edu/news/upcoming-data-center-relocation
Using MATLAB
Â
MATLAB Version 2024a automatically starts a MathWorks Service Host (MSH) process every time MATLAB is started.
MSH will re-initialize each time MATLAB is started on a compute node for the first time. This process adds approximately 10 minutes to MATLAB start time and creates a small folder (~5MB) for each compute node used.
Â
Using MATLAB in O2
If you are primarily interested in using the interactive graphical version of MATLAB on O2, it is easiest and most performant to use O2’s web interface, known as O2 Portal.
To get started, navigate on your web browser to https://o2portal.rc.hms.harvard.edu and authenticate using your HMS ID and password.
Otherwise, to use MATLAB via the command line, please continue reading:
MATLAB is a resource-intensive application, and MUST ALWAYS be run on O2's computing nodes, not the login nodes. This can be done submitting a job through the SLURM scheduler as explained in detailed below.
Note that in order to start MATLAB you will first need to load the corresponding module, for example module load matlab/2017a
Note:Â The content below is presented assuming the User is already familiar with the O2 cluster and the SLURM scheduler. For more general information on how to submit jobs on the O2 cluster, the available partitions (queues) and the most useful submission flags please review our O2 guide.
There are several ways to run MATLABÂ jobs.
Interactive MATLABÂ Sessions
You can use MATLABÂ interactively in the O2 cluster, there are a two possibilities to do so.Â
Option 1: Start an interactive bash job and then start MATLAB
First start an interactive bash shell with the command srun --pty -p interactive -t 60:00 bash
and then start MATLABÂ using the command matlab -nodesktop
For example
rp189@login01:~ module load matlab/2019a
rp189@login01:~ srun --pty -p interactive -t 60:00 bash
srun: job 1412767 queued and waiting for resources
srun: job 1412767 has been allocated resources
rp189@compute-a-16-68:~ matlab -nodesktop
MATLAB is selecting SOFTWARE OPENGL rendering.
...
Option 2: Start directly an interactive MATLABÂ session
This can be done using the command srun --pty -p interactive -t 60:00 matlab
For exampleÂ
rp189@login01:~ module load matlab/2019a
rp189@login01:~ srun --pty -p interactive -t 60:00 matlab
srun: job 1412768 queued and waiting for resources
srun: job 1412768 has been allocated resources
MATLAB is selecting SOFTWARE OPENGL rendering.
...
MATLABÂ batch jobs on O2
If you don't need to interact with the MATLAB interface, you can instead run one or more jobs by submitting them to O2 as batch jobs. Here below is a simple example of how to submit a 1 core MATLAB batch job to the partition short requesting a 6 hours wall time and ~8GB of memory
rp189@login01:~ sbatch jobscript
where jobscript
is a file that contains
Another possibility is to use the flag wrap
to pass the MATLABÂ command directly to the sbatch
line.Â
The equivalent of the above example is
where the special character \
must be used before the internal set of parenthesis.
NOTE:
Starting from MATLAB version 2019a the flag -r should be replaced with the flag -batch, for example:
How to propagate MATLAB errors to the SLURM scheduler when using version 2018b or earlierÂ
By default a SLURM job containing a MATLAB script will be recorded as "COMPLETED" or "TIME OUT" even when the executed MATLAB script fails. This is happening because the scheduler is executing and tracking the behavior of the command matlab -r "your_code"  rather than the outcome of the actual function your_code.
To ensure that the outcome of a MATLAB job is captured by the scheduler you can use the MATLABÂ try catch exit(1) end construct as shown in the example below:
  Â
This script will run the function your_code and if no error is detected the script will then exit with SLURM reporting a successfully completed job. If instead your_code fails the script will catch and print the error message and will terminate MATLAB returning a non-zero exit status which will be then recorded by the scheduler as a failed job
Note that when using version 2019a or later with the flag -batch MATLAB will automatically propagate an error to the SLURM scheduler.
Running parallel MATLABÂ jobs on the O2 cluster
It is possible to run MATLABÂ parallel jobs++ on the O2 cluster using either the local cluster profile or the O2 cluster profileÂ
(++ in order to run parallel the MATLABÂ scripts must contain parallel commands, such as parfor or spmd)
MATLABÂ Parallel jobs using the default local cluster profile
This method is ideal for parallel jobs that request ~15 cores or less
By default MATLABÂ uses a local profile to start a parallel pool of workers on the same compute node where the master MATLABÂ process is running. To use this approach you only need to request the desired number of cores with the slurm flag -n Ncores
For example the following command starts a MATLABÂ batch job using 5 cores
This approach can be used on any of the O2 partition with the exception of the mpi partition
Note 1: Several complex operations in MATLABÂ are already parallelized (intrinsic parallelization of libraries), if your script is serial but uses intensively these parallelized libraries you might still want to request at least 2 or 3 cores using this approach in order to retain the associated speedup performance.
Note 2: Using the local cluster profile when submitting multiple parallel jobs containing parpool based commands is not recommended. MATLAB creates additional files for this type of parallel jobs using its own job indexing. If two or more of these jobs are dispatched at the same time they might try to read/write the same hidden files creating a conflict. If you want to run batches of parallel jobs requiring a pool of workers you should use the c.batch approach described in the O2 cluster profile session.
MATLABÂ Parallel jobs using the custom O2 cluster profile
It is possible to configure MATLAB so that it interacts with the SLURM scheduler. This allows MATLAB to directly submit parallel jobs to the SLURM scheduler and enables it to leverage CPU and memory resources across different nodes (distributed memory). You can find detailed information on how to set and use the O2 MATLAB cluster profile here
Using MATLABÂ Desktop (GUI) in O2
It is now possible to run MATLAB in O2 with its Desktop GUI interface using our O2 Portal MATLAB applications. For more information please check our O2Portal wiki