Coming from bug 5579 to decouple this issue in a separate bug. 1. We can document that hetjobs won't change their PD state_reason until evaluated by backfill. So it will remain (None) until evaluated. We discussed internally and we don't like the idea of adding a hetjob creation time waiting reason of WAIT_BACKFILL or something, WAIT_NO_REASON (None) till evaluated by backfill seems ok to us. 2. Once evaluated by backfill, set an initial state_reason of WAIT_RESOURCES and let backfill change it accordingly if needed. WAIT_PRIORITY doesn't make much sense in backfill since its a concept more tied to the main scheduler when a job in a partition fails to be allocated and rest of jobs in the partition then are set to WAIT_PRIORITY.
Hi, this has been fixed in the following commit available since 18.08.7: https://github.com/SchedMD/slurm/commit/695456d48ed7ff0ad