[slurm-users] squeue: compact pending job-array in one partition, but not in other

Thomas M. Payerle payerle at umd.edu
Wed Feb 24 14:15:04 UTC 2021


I believe this behavior is intended as various properties of the jobs that
were requeued no longer match the properties of the rest of the job array.
It might not show on the minimal output you are displaying, but I suspect
the jobs were requeued at different times and so the priorities of the jobs
(which typically increases with time spent in the queue) are no longer
identical.

On Wed, Feb 24, 2021 at 1:44 AM Loris Bennett <loris.bennett at fu-berlin.de>
wrote:

> Hi Jeffrey,
>
> Yes, those jobs (and elements of other array which were also
> listed one per line) had indeed been preempted and requeued.
>
> So is this behaviour intended/documented or is it a bug?
>
> Cheers,
>
> Loris
>
> Jeffrey T Frey <frey at udel.edu> writes:
>
> > Did those four jobs
> >
> >
> >        6577272_21 scavenger PD       0:00      1 (Priority)
> >        6577272_22 scavenger PD       0:00      1 (Priority)
> >        6577272_23 scavenger PD       0:00      1 (Priority)
> >        6577272_28 scavenger PD       0:00      1 (Priority)
> >
> >
> > run before and get requeued?  Seems likely with a partition named
> "scavenger."
> >
> >
> >
> >
> >
> >> On Feb 23, 2021, at 13:59 , Loris Bennett <loris.bennett at fu-berlin.de>
> wrote:
> >>
> >> Hi,
> >>
> >> Does anyone have an idea why pending elements of an array job in one
> >> partition should be displayed compactly by 'squeue' but those of another
> >> in a different partition are displayed one element per line?  Please
> see below
> >> (compact display in 'main', one element per line in 'scavenger').
> >> This is with version 20.02.6
> >>
> >> Cheers,
> >>
> >> Loris
> >>
> >>             JOBID PARTITION ST       TIME  NODES NODELIST(REASON)
> >>               ...
> >>           6755576      main PD       0:00      1 (Priority)
> >> 6749327_[754-1000]      main PD       0:00      1 (Priority)
> >>           6748246      main PD       0:00      1 (Priority)
> >>           6749213      main PD       0:00      1 (Priority)
> >>           6749309      main PD       0:00      1 (Priority)
> >>           6750124      main PD       0:00      1 (Priority)
> >>           6752967      main PD       0:00      1 (Priority)
> >>           6746767      main PD       0:00      1 (Priority)
> >>           6755188      main PD       0:00      1 (Priority)
> >>      6702557_[13]      main PD       0:00      4 (Priority)
> >>    6702858_[1-10]      main PD       0:00      4 (Priority)
> >> 6703700_[1-4,6-8]      main PD       0:00      4 (Priority)
> >>       6703764_[1]      main PD       0:00      4 (Priority)
> >> 6705324_[1,3,5,9]      main PD       0:00      4 (Priority)
> >>           6748962      main PD       0:00      4 (Priority)
> >>           6709963      main PD       0:00      1 (Priority)
> >>           6709964      main PD       0:00      1 (Priority)
> >>           6709976      main PD       0:00      1 (Priority)
> >> 6462709_[1-77,79-8      main PD       0:00      1
> (QOSMaxCpuPerUserLimit)
> >> 6463366_[1-2,28-72      main PD       0:00      1
> (QOSMaxCpuPerUserLimit)
> >>        6577272_21 scavenger PD       0:00      1 (Priority)
> >>        6577272_22 scavenger PD       0:00      1 (Priority)
> >>        6577272_23 scavenger PD       0:00      1 (Priority)
> >>        6577272_28 scavenger PD       0:00      1 (Priority)
> >> --
> >> Dr. Loris Bennett (Hr./Mr.)
> >> ZEDAT, Freie Universität Berlin         Email
> loris.bennett at fu-berlin.de
> >>
> --
> Dr. Loris Bennett (Hr./Mr.)
> ZEDAT, Freie Universität Berlin         Email loris.bennett at fu-berlin.de
>
>

-- 
Tom Payerle
DIT-ACIGS/Mid-Atlantic Crossroads        payerle at umd.edu
5825 University Research Park               (301) 405-6135
University of Maryland
College Park, MD 20740-3831
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.schedmd.com/pipermail/slurm-users/attachments/20210224/1704f8b4/attachment.htm>


More information about the slurm-users mailing list