I added it as suggested and restarted both the controller and the mode daemon but no change. Priority is still the same
On 30 Nov 2017 17:24, "Brian W. Johanson" <bjoha...@psc.edu> wrote: > Almost there, add in PriorityFlags=FAIR_TREE > > If you missed it, check out https://slurm.schedmd.com/fair_tree.html > -b > > On 11/30/2017 12:10 PM, Bruno Santos wrote: > > Hi everyone, > > I have recently set-up slurm to use priority/multifactor giving fair > share the major weight. > > 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 taking into account the fair share factor as they > still went to the bottom of the queue. > > 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? > JOBID USER PRIORITY AGE FAIRSHARE JOBSIZE PARTITION > QOS NICE TRES > 7435 bsantos 1770 40 0 731 1000 > 0 0 > 7436 bsantos 1770 40 0 731 1000 > 0 0 > 7445 pruperao 1735 15 0 721 1000 > 0 0 > 7446 fkhan 1706 14 0 692 1000 > 0 0 > > And the relevant slurm.conf looks like this: > >> # JOB PRIORITY >> #PriorityFlags= >> PriorityType=priority/multifactor >> PriorityDecayHalfLife= 14-0 >> #PriorityCalcPeriod= >> PriorityFavorSmall= YES >> PriorityMaxAge= 7-0 >> #PriorityUsageResetPeriod= >> PriorityWeightAge= 1000 >> PriorityWeightFairshare= 10000 >> PriorityWeightJobSize= 1000 >> PriorityWeightPartition= 1000 >> PriorityWeightQOS=0 >> FairShareDampeningFactor=5 > > > Best, > Bruno > > >
