The new HPC system
, uses SLURM as a job scheduler rather than PBS Pro. SLURM has several advantages:
- More robust support for larger number of jobs in queue.
- Used by national HPC groups (XSEDE and TACC) so it'll be easier to scale out to those systems.
- Rejects jobs asking for impossible resource configurations.
Allocations and Job Queues
Using Puma with SLURM is similar to using ElGato and Ocelote with PBS. Users will still receive a monthly allocation of cpu hours associated with their PI's group which will be deducted when they run their jobs in standard. Users will also still be able to use windfall to run jobs without consuming their monthly allocations. As on Ocelote and Puma, jobs run using windfall will still be subject to preemption when resources are requested by higher-priority jobs.
Modules and Software
The process of finding, loading, and using software as modules will not change on the new system. Users will still be able to utilize the standard commands described in the Software section in our User Guide. However, in a departure from our previous systems, modules will not be available to load and utilize on the login nodes. To load, use, and test software for job submissions, users will need to request an interactive session. Interactive sessions may be requested by simply using the command "interactive".
PBS → SLURM Rosetta Stone
In general, SLURM can translate and execute scripts written for PBS. This means that if you submit a PBS script written for Ocelote or ElGato on Puma, your script will likely run. However, there are a few caveats that should be noted:
- There may be some PBS directives that do not directly translate to SLURM and may fail.
- The environment variables specific to PBS and SLURM are different. If your job relies on these environment variables, you will need to change these. Common examples are PBS_O_WORKDIR and PBS_ARRAY_INDEX
To help with the transition to SLURM, we've installed software that converts some basic PBS Pro commands into SLURM commands automatically.
PBS → SLURM Commands
Below is a comprehensive list of common PBS commands, directives, and environment variables and their SLURM counterparts.
|sbatch <options>||Batch submission of jobs|
|to run without user input|
|<options>||salloc <options>||Request an interactive job|
Check the status of the jobs for a specific user.
|Submit a job for realtime execution. Can be used to submit an interactive session.|
|qstat||squeue||Show all jobs|
|qstat <jobid>||squeue --job <jobid>||Check status of a specific job|
|qstat -u <netid>||squeue -u <netid>||Check status of jobs specific to user|
|qdel <jobid>||scancel <jobid>||Delete a specific job|
|qdel -u <netid>||scancel -u <netid>||Delete all user jobs|
|qstat -Q||sinfo||View information about nodes and queues.|
PBS → SLURM Environment Variables
|qhold <jobid>||scontrol hold <jobid>||Places a hold on a job to prevent it from being executed|
|qrls <jobid>||scontrol release <jobid>||Releases a hold placed on a job allowing it to be executed|
|#PBS -W group_list=group_name||#SBATCH --account=group_name||Specify group name where hours are charged|
|#PBS -q standard||#SBATCH --partition=standard||Set job queue|
|#PBS -l walltime=HH:MM:SS||#SBATCH --time HH:MM:SS||Set job walltime|
|#PBS -l select=N||#SBATCH --nodes=N||Select N number of nodes|
|#PBS -l ncpus=N||Select N cpus|
|#PBS -l mem=<N>gb||#SBATCH --mem=<N>gb||Select memory in GB|
|#PBS -l pcmem=||Select memory per cpu|
|#PBS J N-M||#SBATCH --array=N-M||Array job submissions where N and M are integers|
|#PBS -N JobName||#SBATCH --job-name=JobName||Optional: Set job name|
|#PBS -j oe||Optional: Combine stdout and error. This is the SLURM default|
|#PBS -o filename||#SBATCH -o filename||Optional: Standard output filename|
|#PBS -e filename||#SBATCH -e filename||Optional: Error filename|
|#PBS -v var=<value>||#SBATCH --export=var||Optional: Export single environment variable var to job|
|#PBS -V||#SBATCH --export=all (default)||Optional: Export all environment variables to job.|
|#PBS -m be||#SBATCH --mail-type=BEGIN|END|FAIL|ALL||Optional: Request email notifications|
|$PBS_O_WORKDIR||$SLURM_SUBMIT_DIR||Job submission directory|
|$PBS_ARRAY_INDEX||$SLURM_ARRAY_TASK_ID||Index to differentiate tasks in an array|
|$PBS_O_HOST||$SLURM_SUBMIT_HOST||Hostname where job was submitted|
Commands that are the same
PBS → SLURM Terminology
What are available
How to see them
|List of nodes allocated to current job|
Single serial job submission
When submitting named jobs as arrays, SLURM will overwrite the output file with the output of the last processed job in the array. There are two ways around this:
Use the option:
to differentiate each output file by subjob ID. This is the same behavior as seen in PBS
Use the option:
To append the output from all job arrays to the same file