DokuWiki

User Tools

Site Tools

Trace:
cluster:218

Warning: Undefined array key -1 in /usr/share/dokuwiki/inc/html.php on line 1458

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
cluster:218 [2022/06/30 13:42]
hmeij07 [Modules] 		cluster:218 [2023/09/27 08:52] (current)
hmeij07 [Resources]
Line 28: Line 28:
   * August 2022 is designated **migration** period   * August 2022 is designated **migration** period
   * Queues ''hp12'' and ''mwgpu'' (centos6) will be serviced by Openlava, not Slurm   * Queues ''hp12'' and ''mwgpu'' (centos6) will be serviced by Openlava, not Slurm
 +
 +
 +==== Quick Start Slurm  Guide ====
 +
 +Jump to the **Rocky8/CentOs7 script templates** listed in the menu of this page, top right.
 +
 +There is also detailed information on Amber20/Amber22 on this page with script examples.
 +
 +  * [[cluster:214|Tada]] new head node
  
 ==== Basic Commands ==== ==== Basic Commands ====
Line 47: Line 56:
 # sorta like bhosts -l # sorta like bhosts -l
  scontrol show node n78  scontrol show node n78
 +
 +# sorta like bstop/bresume
 +scontrol suspend job 1000001
 +scontrol resume job 1000001 
  
 # sorta like bhist -l # sorta like bhist -l
Line 72: Line 85:
  
 You must request **resources**, that is for example number of cpu cores or which gpu model to use. ** If you do not request resources, Slurm will assume you need all the node's resources** and thus prevent other jobs from running on that node. You must request **resources**, that is for example number of cpu cores or which gpu model to use. ** If you do not request resources, Slurm will assume you need all the node's resources** and thus prevent other jobs from running on that node.
 +
 +Details
 +
 +  * https://slurm.schedmd.com/cons_res_share.html
  
 Some common examples are:  Some common examples are: 
Line 83: Line 100:
 #SBATCH -n 8     # tasks=S*C*T #SBATCH -n 8     # tasks=S*C*T
 #SBATCH -B 2:4:1 # S:C:T=sockets/node:cores/socket:threads/core #SBATCH -B 2:4:1 # S:C:T=sockets/node:cores/socket:threads/core
 +#SBATCH --mem=250           # needed to override oversubscribe
 +#SBATCH --ntasks-per-node=1 # perhaps needed to override oversubscribe
 +#SBATCH --cpus-per-task=1   # needed to override oversubscribe
 +
  
 GPU control GPU control
-#SBATCH --cpus-per-gpu=1 +#SBATCH --cpus-per-gpu=1                  # needed to override oversubscribe 
-#SBATCH --mem-per-gpu=7168+#SBATCH --mem-per-gpu=7168                # needed to override oversubscribe
 #SBATCH --gres=gpu:geforce_gtx_1080_ti:1  # n[78], amber128 #SBATCH --gres=gpu:geforce_gtx_1080_ti:1  # n[78], amber128
 #SBATCH --gres=gpu:geforce_rtx_2080_s:1   # n[79-90], exx96 #SBATCH --gres=gpu:geforce_rtx_2080_s:1   # n[79-90], exx96
Line 100: Line 121:
  
 </code> </code>
 +
 +** Pending Jobs  **
 +
 +I keep having to inform users that with -n 1 and -cpu 1 your can still go in pending state because user forgot to reserve memory so silly slurm assumes your jobs needs all the node's memory. Here is my template then
 +
 +<code>
 +
 +FirstName, your jobs are pending because you did not request memory 
 +and if not then slurm assumes you need all memory, silly. 
 +Command "scontrol show job JOBID" will reveal ...
 +
 +JobId=1062052 JobName=3a_avgHbond_CPU
 +   NumNodes=1 NumCPUs=1 NumTasks=1 CPUs/Task=1 ReqB:S:C:T=0:0:1:1
 +   TRES=cpu=1,mem=191047M,node=1,billing=1    <---------
 +
 +I looked (command "ssh n?? top -u username -b -n 1", look for the VIRT value) 
 +and you need less than 1G per job so with --mem=1024 and n=1 and cpu=1 
 +you should be able to load 48 jobs onto n100. 
 +Consult output of command "sinfo -lN"
 +
 +</code>
 +
  
 ==== MPI ==== ==== MPI ====
Line 336: Line 379:
  
  
-  * ''/zfshomes/hmeij/slurm/run.rocky''+  * ''/zfshomes/hmeij/slurm/run.rocky'' for tinymem, mw128, amber128, test queues
  
 <code> <code>
Line 361: Line 404:
 #SBATCH -B 1:1:1 # S:C:T=sockets/node:cores/socket:threads/core #SBATCH -B 1:1:1 # S:C:T=sockets/node:cores/socket:threads/core
 ###SBATCH -B 2:4:1 # S:C:T=sockets/node:cores/socket:threads/core ###SBATCH -B 2:4:1 # S:C:T=sockets/node:cores/socket:threads/core
-#SBATCH --cpus-per-gpu=1 
-#SBATCH --mem-per-gpu=7168  
 # #
 # GPU control # GPU control
 +#SBATCH --cpus-per-gpu=1
 +#SBATCH --mem-per-gpu=7168 
 ###SBATCH --gres=gpu:geforce_gtx_1080_ti:1  # n78 ###SBATCH --gres=gpu:geforce_gtx_1080_ti:1  # n78
 #SBATCH --gres=gpu:quadro_rtx_5000:1  # n[100-101] #SBATCH --gres=gpu:quadro_rtx_5000:1  # n[100-101]
Line 379: Line 422:
 cd $MYLOCALSCRATCH cd $MYLOCALSCRATCH
  
-### AMBER20+### AMBER20 works via slurm's imaged nodes, test and amber128  queues
 #source /share/apps/CENTOS8/ohpc/software/amber/20/amber.sh #source /share/apps/CENTOS8/ohpc/software/amber/20/amber.sh
 # OR # # OR #
Line 448: Line 491:
 ==== CentOS7 Slurm Template ==== ==== CentOS7 Slurm Template ====
  
-In this job template I have it setup to run ''pmemd.MPI'' but could also invoke ''pmemd.cuda'' with proper parameter settings. I could also toggle between amber16 or amber20 which on queues ''mwgpu'' and ''exx96'' are local disk CentOS7 software installations. Amber16 will not run on Rocky8 (tried it but forgot error message...we can expect problems like this, hence testing!).+In this job template I have it setup to run ''pmemd.MPI'' but could also invoke ''pmemd.cuda'' with proper parameter settings. On queues ''mwgpu'' and ''exx96'' amber[16,20] are local disk CentOS7 software installations. Amber16 will not run on Rocky8 (tried it but forgot error message...we can expect problems like this, hence testing!).
  
-Note also that we're running mwgpu's K20 cuda version 9.2 on exx96 queue (default cuda version 10.2). Not proper but it works. Hence this script will run on both queues. Oh, now I remember, it is that amber16 was compiled with cuda 9.2 drivers which are supported in cuda 10+_ but not in cuda 11+. So Amber 16, if needed, would need to be compiled in Rocky8 environment. (that may work like amber20).+Note also that we're running mwgpu's K20 cuda version 9.2 on exx96 queue (default cuda version 10.2). Not proper but it works. Hence this script will run on both queues. Oh, now I remember, it is that amber16 was compiled with cuda 9.2 drivers which are supported in cuda 10.x but not in cuda 11.x. So Amber 16, if needed, would need to be compiled in Rocky8 environment (and may work like amber20 module).
  
-  * ''/zfshomes/hmeij/slurm/run.centos''+  * ''/zfshomes/hmeij/slurm/run.centos'' for mwgpu, exx96 queues
  
 <code> <code>
Line 479: Line 522:
 # #
 # GPU control # GPU control
-###SBATCH --gres=gpu:tesla_k20m:1  # n[33-37] 
-###SBATCH --gres=gpu:geforce_rtx_2080_s:1  # n[79-90] 
 ###SBATCH --cpus-per-gpu=1 ###SBATCH --cpus-per-gpu=1
 ###SBATCH --mem-per-gpu=7168 ###SBATCH --mem-per-gpu=7168
 +###SBATCH --gres=gpu:tesla_k20m:1  # n[33-37]
 +###SBATCH --gres=gpu:geforce_rtx_2080_s:1  # n[79-90]
 # #
 # Node control # Node control
Line 488: Line 531:
 #SBATCH --nodelist=n88 #SBATCH --nodelist=n88
  
 +# may or may not be needed, centos7 login env
 +source $HOME/.bashrc  
 +which ifort           # should be the parallel studio 2016 version
  
 # unique job scratch dirs # unique job scratch dirs
Line 507: Line 553:
  
  
-###source /usr/local/amber16/amber.sh + 
-source /usr/local/amber20/amber.sh+###source /usr/local/amber16/amber.sh # works via slurm's mwgpu 
 +source /usr/local/amber20/amber.sh # works via slurm's exx96
 # stage the data # stage the data
 cp -r ~/sharptail/* . cp -r ~/sharptail/* .
Line 567: Line 614:
 July 2022 is for **testing...** lots to learn! July 2022 is for **testing...** lots to learn!
  
-Kudos to Abhilash for working our way through all this.+Kudos to Abhilash and Colin for working our way through all this.
  
 \\ \\
 **[[cluster:0|Back]]** **[[cluster:0|Back]]**
  
cluster/218.1656610948.txt.gz · Last modified: 2022/06/30 13:42 by hmeij07

Page Tools

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
CC Attribution-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki