Fix for used_cpu_run_secs bad calcuation
Add argument to priority plugin's priority_p_reconfig function to note when the association and QOS used_cpu_run_secs field has been reset. Without this flag, we remove time on "scontrol setdebug" or "scontrol setdebugflag" that can result in used_cpu_run_secs going negative or otherwise get bad values. Correction to logic added in commit 6d793189 bug 423
Showing
- NEWS 2 additions, 0 deletionsNEWS
- doc/html/priority_plugins.shtml 6 additions, 4 deletionsdoc/html/priority_plugins.shtml
- src/common/slurm_priority.c 3 additions, 3 deletionssrc/common/slurm_priority.c
- src/common/slurm_priority.h 1 addition, 1 deletionsrc/common/slurm_priority.h
- src/plugins/priority/basic/priority_basic.c 1 addition, 1 deletionsrc/plugins/priority/basic/priority_basic.c
- src/plugins/priority/multifactor/priority_multifactor.c 10 additions, 8 deletionssrc/plugins/priority/multifactor/priority_multifactor.c
- src/slurmctld/controller.c 1 addition, 1 deletionsrc/slurmctld/controller.c
- src/slurmctld/proc_req.c 2 additions, 2 deletionssrc/slurmctld/proc_req.c
Loading
Please register or sign in to comment