This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
quick:pbspro [2015/02/26 15:27] alopis [Examples 1: Gaussian jobs on 1 node or more than 1 node] |
quick:pbspro [2025/09/22 17:47] (current) kevin [Example 4 : empty job] |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Job submission using PBSPro ====== | ====== Job submission using PBSPro ====== | ||
| - | As of January 2014, CHPC has a new scheduler - PBSPro. | + | The CHPC system uses the PBSPro |
| - | Main user documentation can be found at http://resources.altair.com/ | + | Main user documentation can be found at [[https://www.altair.com/ |
| But here is a summary of how to submit jobs at CHPC. | But here is a summary of how to submit jobs at CHPC. | ||
| Line 12: | Line 12: | ||
| * '' | * '' | ||
| * '' | * '' | ||
| - | * '' | + | * '' |
| + | * '' | ||
| ====How to submit a batch job==== | ====How to submit a batch job==== | ||
| - | Use the qsub command to submit a script file. PBSPro | + | Use the '' |
| - | A script can include just about anything which you could do during a terminal session such as set environment variables, change directories, | + | See the '' |
| - | '' | + | The first line of a script file may specify the interpreter, |
| - | The job number will be returned if the job has been accepted by the scheduler. Use this | + | A script can include just about anything which you could do during |
| - | number to check on the progress of a specific job: | + | |
| - | '' | + | > Job script files can be named to anything allowed for a regular file, but it is strongly recommended that you use '' |
| - | To inspect jobs that have already finished: | ||
| - | '' | + | ====How to start an interactive job on a compute node==== |
| - | =====PBS-Pro Job Exit Codes ===== | + | '' |
| - | ====Job Exit Codes Between 0 and 128 (or 256)==== | + | to start an interactive session, retaining all environment variables. |
| - | This is the exit value of the top process in the job, typically the shell. This may be the exit value of the last command executed in the shell or the .logout script if the user has such a script (csh). | + | |
| - | ====Job Exit Codes >= 128 (or 256)==== | ||
| - | This means the job was killed with a signal. The signal is given by X modulo 128 (or 256). For example an exit value of 137 means the job's top process was killed with signal 9 (137 mod 128 = 9). | ||
| - | The exit status values greater than 128 (or 256) indicate which signal killed the job. Depend- ing on the system, values greater than 128 (or on some systems 256; see man wait(2) for more information), | ||
| - | To interpret (or “decode”) the signal contained in the exit status value, subtract the base value from the exit status. For example, if a job had an exit status of 143, that indicates | + | ====How to monitor |
| + | The job number will be returned if the job has been accepted by the scheduler. Use this | ||
| + | number to check on the progress of a specific job: | ||
| + | '' | ||
| - | =====Example PBS job submission scripts===== | + | To inspect jobs that have already finished: |
| - | Job submission scripts are shell scripts with PBS directives in comments. | + | |
| - | **PLEASE NOTE:** | + | '' |
| - | - The first line should always have the hash-bang and shell path, eg. **# | + | |
| - | - The output and error file paths ('' | + | |
| - | - Job names (''# | + | |
| - | + | ||
| - | On a cluster system, run an executable on 3 nodes using all 8 cores per node with 8 MPI processes for 5 hours: | + | |
| - | < | + | or |
| - | # | + | |
| - | #PBS -e scratch/ | + | |
| - | #PBS -o scratch/ | + | |
| - | #PBS -j oe | + | |
| - | #PBS -l walltime=5: | + | |
| - | #PBS -l select=3: | + | |
| - | #PBS -V | + | |
| - | cd $HOME/ | + | '' |
| - | </code> | + | |
| - | ===How to specify number of nodes and cores for a job=== | + | ====How to monitor |
| - | This is done using the ''# | + | To see the array job status |
| - | Cluster partitions differ in how many cpu's per node there are: | + | jobnumber with empty square brackets: |
| - | * Harpertown: 8 cores per node | + | |
| - | * Nehalem: 8 cores per node | + | |
| - | * Westmere: 12 cores per node | + | |
| - | * Dell: 12 cores per node | + | |
| - | + | ||
| - | To run a 24-core job on the Dell partition, for instance, only 2 nodes are needed: | + | |
| - | '' | + | '' |
| - | '' | + | |
| - | ===Number of cluster nodes in a job=== | ||
| - | The number of cores can be obtained by: | + | To look at one specific job in the array, add '' |
| - | '' | + | '' |
| - | '' | + | |
| - | ===Number of cores (cpu' | + | eg |
| - | To determine the number of cores, include the following line in the submission script: | + | '' |
| - | '' | ||
| - | ===Determining the machinefile (list of nodes)=== | + | =====PBS-Pro Job Exit Codes ===== |
| - | The mpirun command can use the PBS variable '' | + | ====Job Exit Codes Between 0 and 128 (or 256)==== |
| - | file name with the list of nodes: | + | This is the exit value of the top process in the job, typically the shell. This may be the exit value of the last command executed in the shell or the .logout script if the user has such a script (csh). |
| + | ====Job Exit Codes >= 128 (or 256)==== | ||
| + | This means the job was killed by the PBS scheduler by sending it a signal. | ||
| - | '' | + | The **modulo** or **remainder** operator [[http://en.wikipedia.org/ |
| - | '' | + | |
| + | The signal is given by X modulo 128 (or 256). An exit value of 137 means the job's top process was killed with signal 9 because '' | ||
| - | On a non-cluster system, run an executable on 24 cores for 5 hours | + | Depending on the system, |
| - | <code> | + | Exit code 271 means that the job exceeded |
| - | # | + | |
| - | #PBS -j oe | + | |
| - | #PBS -l walltime=5: | + | |
| - | #PBS -l ncpus=24 | + | |
| - | #PBS -V | + | |
| - | + | ||
| - | cd $HOME/ | + | |
| - | </ | + | |
| - | + | ||
| - | ===Using Modules=== | + | |
| - | + | ||
| - | To use the module system, add the following line to your submission script after | + | |
| - | the #PBS lines: | + | |
| - | + | ||
| - | '' | + | |
| - | '' | + | |
| - | + | ||
| - | Then you will be able to include your required module to set up an environment: | + | |
| - | + | ||
| - | '' | + | |
| - | '' | + | |
| - | + | ||
| - | To list modules, the MODULEPATH variables normally are set by default and can be viewed | + | |
| - | from the command line using: | + | |
| - | + | ||
| - | '' | + | |
| - | '' | + | |
| - | + | ||
| - | For Bioinformatics users, add the additional modules in your .profile as follows: | + | |
| - | + | ||
| - | + | ||
| - | '' | + | |
| - | '' | + | |
| - | + | ||
| - | ===How long can a job run=== | + | |
| - | + | ||
| - | There is no limit to the amount of time that a PBS job can run. If no time limit is specified, a default of 12 hours is assigned. Remember to check point long running jobs. | + | |
| - | + | ||
| - | To specify a time, include the following line in the submission | + | |
| - | + | ||
| - | ''# | + | |
| - | + | ||
| - | ===Exclusive use of cluster nodes=== | + | |
| - | + | ||
| - | On cluster systems, if a job does not request all the cores on a node, it is possible another job will share the same node. To prevent this, request exclusive use. | + | |
| - | + | ||
| - | ''# | + | |
| - | + | ||
| - | ===How to export interactive session environment to job=== | + | |
| - | + | ||
| - | To include the shell environment in the batch job, either use the -V option with qsub or as a PBS directive | + | |
| - | + | ||
| - | '' | + | |
| - | + | ||
| - | ''# | + | |
| - | + | ||
| - | ===Hyper-Threading=== | + | |
| - | + | ||
| - | On the CHPC cluster, Hyperthreading is disabled, except on the MIC nodes. | + | |
| - | + | ||
| - | ===Suppose I want to do a parameter study. How do I submit all these jobs with a different value of parameter? | + | |
| - | + | ||
| - | Use PBS Job Arrays. You can specify how many jobs to run by adding the directive | + | |
| - | + | ||
| - | #PBS -J < | + | |
| - | + | ||
| - | where range is X-Y:Z. So 1-10:2 indicates all the even jobs from 1 to 10, i.e., 2,4,6,8 and 10. | + | |
| - | + | ||
| - | PBS defines two environment variables: | + | |
| - | + | ||
| - | PBS_ARRAY_INDEX | + | |
| - | PBS_ARRAY_ID | + | |
| - | + | ||
| - | These variables are also defined as attributes: | + | |
| - | + | ||
| - | array_index | + | |
| - | array_id | + | |
| - | + | ||
| - | Based on the job array index, different input files can be used for each job in the job array. Below is a job script example that submits two jobs, each using one processor. | + | |
| - | + | ||
| - | NOTE: The PBS directives specify the resources that will be used by EACH individual job, NOT all the jobs together. | + | |
| - | + | ||
| - | < | + | |
| - | #!/bin/sh | + | |
| - | #PBS -V | + | |
| - | #PBS -l select=1: | + | |
| - | #PBS -N Job_Array_Test | + | |
| - | #PBS -j oe -o ja.^array_index^.pbs | + | |
| - | #PBS -J 1-2 | + | |
| - | cd $PBS_O_WORKDIR | + | |
| - | # | + | |
| - | unset echo | + | |
| - | + | ||
| - | echo $PBS_ARRAY_INDEX | + | |
| - | + | ||
| - | echo $PBS_ARRAY_ID $PBS_ARRAY_INDEX >> ja.$PBS_ARRAY_INDEX.out | + | |
| - | echo ' ' | + | |
| - | bin/pi < pi.inp >> ja.$PBS_ARRAY_INDEX.out | + | |
| - | + | ||
| - | exit | + | |
| - | </ | + | |
| - | + | ||
| - | + | ||
| - | ===A job submitted to the queue is not running=== | + | |
| - | + | ||
| - | Look at the job status with qstat. The next to last line of the output is a comment describing the job status. Possible outputs include: | + | |
| - | + | ||
| - | '' | + | |
| - | + | ||
| - | * Job run at date at time on hostname | + | |
| - | Job is running OK | + | |
| - | + | ||
| - | * Not Running: No available resources on nodes | + | |
| - | Job requires more memory, | + | |
| - | + | ||
| - | * Job held, too many failed attempts to run | + | |
| - | Delete | + | |
| - | + | ||
| - | If this persists, contact User support | + | |
| - | + | ||
| - | * Not Running, Draining system to allow starving job to run | + | |
| - | Job will not run because the resources are reserved for other jobs. | + | |
| - | + | ||
| - | ===Queued Jobs stuck in an error state (E)=== | + | |
| - | + | ||
| - | Try deleting the job with qdel | + | |
| - | + | ||
| - | '' | + | |
| - | The following must be **plain text** files, as created by unix programs like '' | + | See '' |
| + | ====Terminate | ||
| + | Send a signal to the job | ||
| + | '' | ||
| - | ===== Examples | + | ===== Examples: |
| + | [[howto: | ||
| + | ===== Examples: Gaussian jobs ===== | ||
| Line 256: | Line 109: | ||
| - | ===== Example 2 (a) : Amber job on GPU nodes (NB: For other executables e.g. python and sender, see example 2(b)) ===== | + | ===== Examples: Amber jobs ===== |
| - | < | ||
| - | #!/bin/sh | ||
| - | #PBS -N eric.job | ||
| - | #PBS -l select=1: | ||
| - | #PBS -l walltime=1: | ||
| - | #PBS -q kepla_k20 | ||
| - | #PBS -m be | ||
| - | #PBS -o / | ||
| - | #PBS -e / | ||
| - | #PBS -M email@mail.com | ||
| - | cd $PBS_O_WORKDIR | + | [[howto: |
| - | pwd | ||
| - | echo "My job starts here" | ||
| - | date | ||
| - | source / | ||
| - | module add intel-XE/ | ||
| - | module add amber/k20 | ||
| - | exe=pmemd.cuda.MPI | ||
| - | nproc=`cat $PBS_NODEFILE|wc -l` | ||
| - | time mpirun -np $nproc -machinefile $exe -O -i mdin -o mdout -p prmtop -c inpcrd | ||
| - | echo "My job ends here" | ||
| - | date | ||
| - | </ | ||
| - | ===== Example | + | ===== Example: |
| - | < | ||
| - | #!/bin/sh | ||
| - | #PBS -N eric.job | ||
| - | #PBS -l select=1: | ||
| - | #PBS -l walltime=1: | ||
| - | #PBS -q workq | ||
| - | #PBS -m abe | ||
| - | #PBS -o / | ||
| - | #PBS -e / | ||
| - | #PBS -M email@mail.com | ||
| - | cd $PBS_O_WORKDIR | + | [[howto: |
| - | pwd | ||
| - | source / | + | ===== Example 4 : empty job ===== |
| - | module add intel-XE/ | + | |
| - | + | ||
| - | echo "My job starts here" | + | |
| - | date | + | |
| - | + | ||
| - | exe=sander.MPI | + | |
| - | + | ||
| - | nproc=`cat $PBS_NODEFILE|wc -l` | + | |
| - | time mpirun -np $nproc -machinefile $exe -O -i mdin -o mdout -p prmtop -c inpcrd | + | |
| - | echo "My job ends here" | + | |
| - | date | + | |
| - | </ | + | |
| - | + | ||
| - | ===== Example 3 : Quantum Espresso job ===== | + | |
| - | + | ||
| - | < | + | |
| - | #!/bin/sh | + | |
| - | ###These lines are for PBSpro | + | |
| - | #PBS -N QEspresso | + | |
| - | #PBS -l select=2: | + | |
| - | #PBS -l walltime=24: | + | |
| - | #PBS -q workq | + | |
| - | #PBS -m be | + | |
| - | #PBS -o / | + | |
| - | #PBS -e / | + | |
| - | #PBS -V | + | |
| - | ##### Environment Settings | + | |
| - | source / | + | |
| - | module add intel-XE/ | + | |
| - | module add QEspresso/ | + | |
| - | ##### Running commands | + | |
| - | NP=`cat $PBS_NODEFILE | wc -l` | + | |
| - | cd $HOME/ | + | |
| - | mpirun -f $PBS_NODEFILE -r ssh -ib -env I_MPI_DEBUG 2 -np $NP pw.x -npool 3 -inp inputfile.inp | + | |
| - | </ | + | |
| - | + | ||
| - | ===== Example 4 : empty job ===== | + | |
| < | < | ||
| Line 358: | Line 141: | ||
| #< | #< | ||
| #< | #< | ||
| - | #< | + | #< |
| #< | #< | ||
| Line 365: | Line 148: | ||
| </ | </ | ||
| - | //Note that the M9000 sparc queue is called ' | ||
| - | ===== MPI example ===== | + | |
| + | ===== Example 5 : MPI example ===== | ||
| Syntax | Syntax | ||
| Line 377: | Line 160: | ||
| ... | ... | ||
| </ | </ | ||
| - | |||
| ===== Further examples ===== | ===== Further examples ===== | ||
| * Various [[howto: | * Various [[howto: | ||
| * This [[howto: | * This [[howto: | ||