This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
howto:tipsandtricks [2022/03/24 12:15] ccrosby [Method 2 (Tested successfully on Windows 11)] |
howto:tipsandtricks [2025/03/19 15:20] (current) ccrosby [Allowing or preventing rerunning] |
||
|---|---|---|---|
| Line 39: | Line 39: | ||
| module load chpc/ | module load chpc/ | ||
| </ | </ | ||
| + | |||
| + | |||
| + | ===== Compressing and uncompressing very large files ===== | ||
| + | Reduce storage space occupation by making use of compression. | ||
| + | |||
| + | === Parallel pzip2 === | ||
| + | Get access to parallel bzip2 with the following module: | ||
| + | < | ||
| + | This provides the following executables: | ||
| + | < | ||
| + | bunzip2 | ||
| + | </ | ||
| + | |||
| + | '' | ||
| + | |||
| + | === Pigz, or parallel gzip === | ||
| + | Get access to the parallel implementation of gzip with the following module: | ||
| + | < | ||
| + | This provides the following executables: | ||
| + | < | ||
| + | pigz unpigz | ||
| + | |||
| + | '' | ||
| + | |||
| Line 51: | Line 75: | ||
| </ | </ | ||
| + | In general, the CHPC recommends that you do not allow automatic re-running. | ||
| - | On the other hand, if your software is set up to resume automatically from the last data written, PBS should | + | On the other hand, if your software is set up to resume automatically from the last data written, PBS may be permitted to rerun the process: |
| < | < | ||
| #PBS -r y | #PBS -r y | ||
| Line 155: | Line 180: | ||
| Command line scp and rsync are the usual methods for data transfer of smaller files. | Command line scp and rsync are the usual methods for data transfer of smaller files. | ||
| + | ==== Using sshfs ==== | ||
| A different option is to use sshfs to mount your lengau directory directly on your workstation. | A different option is to use sshfs to mount your lengau directory directly on your workstation. | ||
| - | ===== Method 1 (tested successfully on Windows 10) ===== | + | === Method 1 (tested successfully on Windows 10) === |
| - Install [[https:// | - Install [[https:// | ||
| - Install [[https:// | - Install [[https:// | ||
| Line 170: | Line 196: | ||
| - | ===== Method 2 (Tested successfully on Windows 11) ===== | + | === Method 2 (Tested successfully on Windows 11) === |
| - Download and install [[https:// | - Download and install [[https:// | ||
| + | - Download and install [[https:// | ||
| + | - Download and install [[https:// | ||
| + | - Run SSHFS-Win Manager, set up a new connection and map your directory on the cluster to a drive on your workstation. | ||
| + | |||
| + | {{: | ||
| ===== How to qsub from a compute node ===== | ===== How to qsub from a compute node ===== | ||
| Line 223: | Line 254: | ||
| ===== Dealing with zombies ===== | ===== Dealing with zombies ===== | ||
| - | Under certain unusual circumstances, | + | Under certain unusual circumstances, |
| + | |||
| + | |||
| + | ===== Determining the status of your queued jobs ===== | ||
| + | Your job/s may be queued for various reasons. When the cluster is oversubscribed, | ||
| + | |||
| + | < | ||
| + | qstat -n1awu my_userid | ||
| + | qstat -f myqueued_jobid1 myqueued_jobid2 | ||
| + | </ | ||
| + | |||
| + | For example for one of your queued jobs you may see something like:: | ||
| + | |||
| + | < | ||
| + | qstat -f 5015940.sched01 |grep comment | ||
| + | comment = Not Running: Server per-project limit reached on resource ncpus | ||
| + | </ | ||
| + | |||
| + | This indicates that your job is queued because your RP allocation has expired or has run out of cpu hours and your PI needs to submit feedback. | ||
| + | |||
| + | |||
| + | Other job comment messages include: | ||
| + | |||
| + | < | ||
| + | comment = Not Running: Insufficient amount of resource: nodetype | ||
| + | comment = Not Running: Insufficient amount of resource: ncpus | ||
| + | comment = Not Running: Insufficient amount of resource: ngpus (R: 2 A: 1 T: | ||
| + | comment = Not Running: User has reached queue smp running job limit. | ||
| + | comment = Not Running: User has reached queue normal running job limit. | ||
| + | comment = Not Running: User has reached queue serial running job limit. | ||
| + | comment = Not Running: User has reached queue seriallong running job limit. | ||
| + | comment = Not Running: User has reached queue gpu_1 running job limit. | ||
| + | </ | ||
| + | |||
| + | The first 3 messages indicate indicate that there are not enough resources of the particular types. The last 5 messages indicate that the user (you if these your own job numbers) have other jobs in the specified queue which have reached the limit of number of jobs per user in this queue. | ||
| + | |||
| + | If you see " | ||
| + | |||
| + | < | ||
| + | qstat -f 4123211.sched01 | ||
| + | Resource_List.select = 1: | ||
| + | qstat -f 4123211.sched01 | ||
| + | queue = smp | ||
| + | </ | ||
| + | |||
| + | This example indicates a job on the smp queue requiring one node, 24 cpu' | ||
| + | |||
| + | If you are running Materials Studio jobs (accelrys) you will likely need to first look up you job number on the cluster. MS does give you a job identification name, so for example: | ||
| + | |||
| + | < | ||
| + | qstat |grep My_MS_jobname | ||
| + | qstat|grep | ||
| + | 5046144.sched01 | ||
| + | </ | ||
| + | |||
| + | Then in this example the job number is 5046144.sched01, | ||