<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p style="margin-top:0;margin-bottom:0">Hi Loris,</p>
<p style="margin-top:0;margin-bottom:0"><br>
</p>
<p style="margin-top:0;margin-bottom:0">Thank you for your reply. I had started to read about 'Fairshare=parent' and wondered if that was the way to go. So that all makes sense. I set 'fairshare=parent' at the account levels and that does the job very well.
Things are looking much better and now new (and eternally idle) users receive a fairshare of 1 as expected. It certainly makes the scripts/admin a great deal less cumbersome. </p>
<p style="margin-top:0;margin-bottom:0"><br>
</p>
<p style="margin-top:0;margin-bottom:0">Best regards,</p>
<p style="margin-top:0;margin-bottom:0">David</p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> slurm-users <slurm-users-bounces@lists.schedmd.com> on behalf of Loris Bennett <loris.bennett@fu-berlin.de><br>
<b>Sent:</b> 07 June 2019 07:11:36<br>
<b>To:</b> Slurm User Community List<br>
<b>Subject:</b> Re: [slurm-users] Advice on setting up fairshare</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Hi David,<br>
<br>
I have had time to look into your current problem, but inline I have<br>
some comments about the general approach.<br>
<br>
David Baker <D.J.Baker@soton.ac.uk> writes:<br>
<br>
> Hello,<br>
><br>
> Could someone please give me some advice on setting up the fairshare<br>
> in a cluster. I don't think the present setup is wildly incorrect,<br>
> however either my understanding of the setup is wrong or something is<br>
> reconfigured.<br>
><br>
> When we set a new user up on the cluster and they haven't used any<br>
> resources am I correct in thinking that their fairshare (as reported<br>
> by sshare -a) should be 1.0? Looking at a new user, I see...<br>
><br>
> [root@blue52 slurm]# sshare -a | grep rk1n15<br>
> soton rk1n15 1 0.003135 0 0.000000 0.822165<br>
><br>
> This is a very simple setup. We have a number of groups (all under<br>
> root)...<br>
><br>
> soton -- general public<br>
><br>
> hydrology - specific groups that have purchased their own nodes. <br>
><br>
> relgroup<br>
><br>
> worldpop<br>
><br>
> What I do for each of these groups, when a new user is added, is<br>
> increment the number of shares per the relevant group using, for<br>
> example...<br>
><br>
> sacctmgr modify account soton set fairshare=X<br>
><br>
> Where X is the number of users in the group (soton in this case).<br>
<br>
I did this for years, wrote added logic to automatically<br>
increment/decrement shares when user were added/deleted/moved, but<br>
recently realised that for our use-case it is not necessary.<br>
<br>
The way shares are seem to be intended to work is that some project gets<br>
a fixed allocation on the system, or some group buys a certain number of<br>
node for the cluster. Shares are then dished out based on the size of<br>
the project or number of nodes and are thus fairly static.<br>
<br>
You seem to have more of a setup like we do: a centrally financed system<br>
which is free to use and where everyone is treated equally. What we now<br>
do is have the Fairshare parameter for all accounts in the hierarchy set<br>
to "Parent". This means that everyone ends up with one normalised share<br>
and no changes have to be propagated through the hierarchy.<br>
<br>
We also added creating the Slurm association to the submit plugin, so<br>
that if someone applies for access, but never logs in, we can remove<br>
them from the system after four weeks without having to clear up in<br>
Slurm as well.<br>
<br>
Maybe this kind of approach might work for you, too.<br>
<br>
Cheers,<br>
<br>
Loris<br>
<br>
> The sshare -a command would give me a global overview...<br>
><br>
> Account User RawShares NormShares RawUsage EffectvUsage FairShare <br>
> -------------------- ---------- ---------- ----------- ----------- ------------- ----------
<br>
> root 0.000000 15431286261 1.000000 <br>
> root root 1 0.002755 40 0.000000 1.000000 <br>
> hydrology 3 0.008264 1357382 0.000088 <br>
> hydrology da1g18 1 0.333333 0 0.000000 0.876289<br>
> .... <br>
><br>
> Does that all make sense or am I missing something? I am, by the way,<br>
> using the line<br>
><br>
> PriorityFlags=ACCRUE_ALWAYS,FAIR_TREE in my slurm.conf.<br>
><br>
> Best regards,<br>
><br>
> David<br>
><br>
><br>
-- <br>
Dr. Loris Bennett (Mr.)<br>
ZEDAT, Freie Universität Berlin Email loris.bennett@fu-berlin.de<br>
<br>
</div>
</span></font></div>
</body>
</html>