[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