Hi Support, The below occurs when a job runs longer than the requested time. We usually see a negative value but are not getting "INVALID" $SQUEUE_FORMAT %11P %10Q %20j %.8u %.2t %.10M %.9L %.6D %15R %i idle 200 170_05_Demeter_2ndPa tzuyenw R 22:46 INVALID 1 pnod0777 23714656_6620 idle 200 170_05_Demeter_2ndPa tzuyenw R 22:46 INVALID 1 pnod0778 23714656_6621 idle 200 170_05_Demeter_2ndPa tzuyenw R 22:43 INVALID 1 pnod0786 23714656_6622 idle 200 170_05_Demeter_2ndPa tzuyenw R 22:43 INVALID 1 pnod0779 23714656_6623 idle 200 170_05_Demeter_2ndPa tzuyenw R 22:43 INVALID 1 pnod0780 23714656_6624 idle 200 170_05_Demeter_2ndPa tzuyenw R 22:43 INVALID 1 pnod0781 23714656_6625 idle 200 170_05_Demeter_2ndPa tzuyenw R 22:43 INVALID 1 pnod0782 23714656_6626 Please advise. Thanks, Paul
Which version of the 'squeue' client command were you using previously? And were there any local patches applied? I'm starting to wonder, based on this and bug 3483, that you may have been running a locally-modified 14.11 release? Looking back at the code, I don't think %L has ever printed a negative number, and was always using INVALID to denote these.
Hi Tim, I will look through our patches and see if this was a patch given to us. We are running the proper version: [root@cluster init.d]# scontrol --version slurm 16.05.7 This is a branch created directly from the slurm-16-05-07-1 branch. Thanks, Paul
This was due to a local patch, and I apologise for wasting your time. I'll make sure that our procedure gets changed to avoid bugs like this getting filed in future.