Differences

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

--- techstaff:aicluster [2020/11/11 11:30]
kauffman [AI Cluster - Slurm]
+++ techstaff:aicluster [2021/01/06 16:11] (current)
kauffman
@@ Line 1: / Line 1: @@
 ====== AI Cluster - Slurm ======
-Cluster is up and running now. Anyone with a CS account who wishes to test it out should do so.
+[[slurm:ai|This page has moved]]
-Feedback is requested:
- #ai-cluster Discord channel or email Phil Kauffman (kauffman@cs dot uchicago dot edu).
-===== TODO =====
-Since I'm still working on it, I don't guarantee any uptime yet. Mainly I need to make sure TRES tracking is working like we want. This will involve restarting slurmd and slurmctld which will kill running jobs.
-  * <del>generate report of storage usage</del>
-  * <del>groups (Slurm 'Accounts') created for PI's.</del>
-    * <del>e.g. ericj_group: ericj, user1, user1, etc</del>
-  * <del>grab QOS data from somewhere (gsheet or some kind of DB)</del>
-  * <del>Properly deploy sync script</del>
-    * <del>Systemd unit</del>
-    * <del>main loop</del>
-  * <del>research on slurm plugin to force GRES selection on job submit. Might be able to use: </del>
-    * <del>SallocDefaultCommand</del>
-    * <del>Otherwise look for 'AccountingStorageTRES' and 'JobSubmitPlugins' and  /etc/slurm-llnl/job_submit.lua <= used to force user to specify '--gres'.</del>
-    * <del>jobs that do not specify a specific gpu type (e.g. gpu:rtx8000 or gpu:rtx2080ti) could be counted against either one but not specifically the you actually used.</del>
-    * <del>From 'AccountingStorageTRES' in slurm.conf: "Given a configuration of "AccountingStorageTRES=gres/gpu:tesla,gres/gpu:volta" Then "gres/gpu:tesla" and "gres/gpu:volta" will track jobs that explicitly request those GPU types. If a job requests GPUs, but does not explicitly specify the GPU type, then its resource allocation will be accounted for as either "gres/gpu:tesla" or "gres/gpu:volta", although the accounting may not match the actual GPU type allocated to the job and the GPUs allocated to the job could be heterogeneous. In an environment containing various GPU types, use of a job_submit plugin may be desired in order to force jobs to explicitly specify some GPU type."</del>
-  * <del>ganglia for Slurm: http://ai-mgmt2.ai.cs.uchicago.edu</del>
-    * figure why summary view is no longer a thing.
-  * <del>update 'coolgpus'. Lose VTs when this is running.</del>
-    * <del>coolgpus: sets fan speeds of all gpus in system.</del>
-    * <del>Goal is to statically set fan speeds to 80%. The only way to do this is with fake Xservers... but that means you lose all the VTs. Is this a compromise I'm willing to make?</del> It is.
-  * home directory
-    * setup backups for home dirs
-    * default quota
-    * home directory usage report
-====== Demo ======
-kauffman3 is my test CS account.
-<code>
-$ ssh kauffman3@fe.ai.cs.uchicago.edu
-</code>
-I've created a couple scripts that run some of the Slurm commands but with more useful output. cs-sinfo and cs-squeue being the only two right now.
-<code>
-kauffman3@fe01:~$ cs-sinfo
-NODELIST    NODES  PARTITION  STATE  CPUS  S:C:T   MEMORY  TMP_DISK WEIGHT  AVAIL_FEATURES                  REASON  GRES
-a[001-006]  6      geforce*   idle   64    2:16:2  190000  0         1   'turing,geforce,rtx2080ti,11g'  none    gpu:rtx2080ti:4
-a[007-008]  2      quadro     idle   64    2:16:2  383000  0         1   'turing,quadro,rtx8000,48g'     none    gpu:rtx8000:4
-</code>
-<code>
-kauffman3@fe01:~$ cs-squeue
-JOBID   PARTITION   USER           NAME                     NODELIST TRES_PER_NSTATE     TIME
-</code>
-# List the device number of the devices I've requested from Slurm.
-# These numbers map to /dev/nvidia?
-<code>
-kauffman3@fe01:~$ cat ./show_cuda_devices.sh
-#!/bin/bash
-hostname
-echo $CUDA_VISIBLE_DEVICES
-</code>
-Give me all four GPUs on systems 1-6
-<code>
-kauffman3@fe01:~$ srun -p geforce --gres=gpu:4 -w a[001-006] ./show_cuda_devices.sh
-a001
-,1,2,3
-a002
-,1,2,3
-a006
-,1,2,3
-a005
-,1,2,3
-a004
-,1,2,3
-a003
-,1,2,3
-</code>
-# give me all GPUs on systems 7-8
-#   these are the Quadro RTX 8000s
-<code>
-kauffman3@fe01:~$ srun -p quadro --gres=gpu:4 -w a[007-008] ./show_cuda_devices.sh
-a008
-,1,2,3
-a007
-,1,2,3
-</code>
-===== Fairshare =====
-# Check out the fairshare values
-<code>
-kauffman3@fe01:~$ sshare --long --accounts=kauffman3,kauffman4 --users=kauffman3,kauffman4
-             Account       User  RawShares  NormShares    RawUsage NormUsage  EffectvUsage  FairShare    LevelFS GrpTRESMins     TRESRunMins
--------------------- ---------- ---------- ----------- ----------- ----------- ------------- ---------- ---------- ------------------------------ ------------------------------
-kauffman3                                1    0.000094         428 1.000000      1.000000              0.000094 cpu=475,mem=2807810,energy=0,+
- kauffman3            kauffman3          1    1.000000         428 1.000000      1.000000   0.000094   1.000000 cpu=475,mem=2807810,energy=0,+
-kauffman4                                1    0.000094           0 0.000000      0.000000                   inf cpu=0,mem=0,energy=0,node=0,b+
- kauffman4            kauffman4          1    1.000000           0 0.000000      0.000000   1.000000        inf cpu=0,mem=0,energy=0,node=0,b+
-</code>
-We are using the FairTree (fairshare algorithm). This is the default in Slurm these days and from what I can tell probably better suits our needs. It is no big deal to change to classic fairshare.
-As the system exists now. One Account per User.
-<code>
- Account: kauffman
-   Member: kauffman
- User: kauffman
-</code>
-We will probably assign fairshare points to accounts, not users.
-====== Storage ======
-  /net/scratch:
-     Create  yourself a directory /net/scratch/$USER. Use it for whatever you want.
-  /net/projects:
-    Lives on the home directory server.
-    Idea would be to create a dataset with a quota for people to use.
-    Normal LDAP groups that you are used to and available everywhere else would control access to these directories.
-    e.g. jonaslab, sandlab
-Currently there is no quota on home directories. This is set per user per dataset.
-I was able to get homes and scratch each connected via 2x 25G. Both are SSD only so the storage should be FAST.
-Each compute node (nodes with gpus) has a zfs mirror mounted at /local
-I set compression to lz4 by default. Usually this has a performance gain as less data is read and written to disk with a small overhead in CPU usage.
-As of right now there is no mechanism to clean up /local. At some point I'll probably put a find command in cron that deletes files older than 90 days or so.
-====== Asked Questions ======
-> Do we have a max job runtime?
-Yes. 4 hours. This is done per partition.
-<code>
-PartitionName=geforce Nodes=a[001-006] Default=YES DefMemPerCPU=2900 MaxTime=04:00:00 State=UP Shared
-=YES
-PartitionName=quadro  Nodes=a[007-008] Default=NO DefMemPerCPU=5900 MaxTime=04:00:00 State=UP Shared=
-YES
-</code>
-You can take a look at all the values we set here:
-  fe0[1,2]$ cat /etc/slurm-llnl/slurm.conf
-The man page: https://slurm.schedmd.com/slurm.conf.html

How do I?

User Tools

Site Tools

Differences

Page Tools