<div dir="ltr">Loris, I think you hit the nail on the head. <div><br></div><div>Running sshare -l only shows the root user:</div><div><div>             Account       User  RawShares  NormShares    RawUsage   NormUsage  EffectvUsage  FairShare    LevelFS                    GrpTRESMins                    TRESRunMins </div><div>-------------------- ---------- ---------- ----------- ----------- ----------- ------------- ---------- ---------- ------------------------------ ------------------------------ </div><div>root                                          0.000000           0                  1.000000                                                         cpu=0,mem=0,energy=0,node=0 </div></div><div><br></div><div>So I am guessing the user information is indeed not being linked to the slurmdbd. What do I need to do to set up this? </div><div>To be honest the documentation is very sparse in details of how to set up the slurmdb. </div><div><br></div><div>Best,</div><div>Bruno </div></div><div class="gmail_extra"><br><div class="gmail_quote">On 1 December 2017 at 06:54, Loris Bennett <span dir="ltr"><<a href="mailto:loris.bennett@fu-berlin.de" target="_blank">loris.bennett@fu-berlin.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Bruno,<br>
<span class=""><br>
Bruno Santos <<a href="mailto:bacmsantos@gmail.com">bacmsantos@gmail.com</a>> writes:<br>
<br>
> Hi everyone,<br>
><br>
> I have recently set-up slurm to use priority/multifactor giving fair share the major weight.<br>
><br>
> Since the queue is up I have submitted about 1500 small jobs and just today 2 other users jumped on the queue with their first job. However, it seems that slurm is not<br>
> taking into account the fair share factor as they still went to the bottom of the queue.<br>
><br>
> Looking at sprio it looks like the FAIRSHARE is still 0 for all of us. Shouldn't they be getting a much higher for that?<br>
> JOBID USER PRIORITY AGE FAIRSHARE JOBSIZE PARTITION QOS NICE TRES<br>
> 7435 bsantos 1770 40 0 731 1000 0 0<br>
> 7436 bsantos 1770 40 0 731 1000 0 0<br>
> 7445 pruperao 1735 15 0 721 1000 0 0<br>
> 7446 fkhan 1706 14 0 692 1000 0 0<br>
<br>
</span>[snip (21 lines)]<br>
<br>
You have used 'sacctmgr' to assign shares to the associations<br>
corresponding to the users, right?  Check the output of 'sshare' to see<br>
information on how the shares have been set up and what the actual<br>
fairshare values are.  Unfortunately, the web page for the multifactor plugin<br>
<br>
  <a href="https://slurm.schedmd.com/priority_multifactor.html" rel="noreferrer" target="_blank">https://slurm.schedmd.com/<wbr>priority_multifactor.html</a><br>
<br>
doesn't seem to mention setting things up with 'sacct'.<br>
<br>
Cheers,<br>
<br>
Loris<br>
<span class="HOEnZb"><font color="#888888">--<br>
Dr. Loris Bennett (Mr.)<br>
ZEDAT, Freie Universität Berlin         Email <a href="mailto:loris.bennett@fu-berlin.de">loris.bennett@fu-berlin.de</a><br>
<br>
</font></span></blockquote></div><br></div>