- 29 Aug, 2018 6 commits
-
-
Morris Jette authored
-
Danny Auble authored
In cases when you have a range first and then a single afterwards: nid00[446-447],nid00392 It only worked correctly if it were reversed like so: nid00392,nid00[446-447]
-
Morris Jette authored
-
Morris Jette authored
-
Danny Auble authored
No functional change.
-
Tim Wickberg authored
No function change here, identical to 17.11 protocol block.
-
- 28 Aug, 2018 1 commit
-
-
Marshall Garey authored
Bug 5524 Basically count was never getting over 3 so none of the "end" code was ever happening.
-
- 27 Aug, 2018 3 commits
-
-
Danny Auble authored
# Conflicts: # src/slurmctld/fed_mgr.c
-
Danny Auble authored
running. Bug 5624
-
Dominik Bartkiewicz authored
for an allocation. Bug 5293 Backport of 9a507584 in 18.08.
-
- 24 Aug, 2018 2 commits
-
-
Broderick Gardner authored
return a start and end time set to the window end time, so elapsed time is 0. Bug 5372
-
Tim Wickberg authored
This has never been officially documented, and we would rather see sites use preempt/qos instead. Bug 5628.
-
- 23 Aug, 2018 3 commits
-
-
Danny Auble authored
Bug 5619 Tim approved
-
Danny Auble authored
Bug 5618
-
Tim Wickberg authored
Development continues on the master branch for 19.05, but the snapshot here should not be used and is thus being removed. Remove the commented-out documentation as well.
-
- 22 Aug, 2018 7 commits
-
-
Danny Auble authored
# Conflicts: # NEWS
-
Danny Auble authored
Bug 5608 Tim approved
-
Brian Christiansen authored
If the dbd comes up after a job array has been submitted to the controller, the controller calls _update_job_tres() which calls assoc_mgr_set_tres_cnt_array() which allocates memory for the job's tres_alloc_cnt. The job array gets scheduled, but job_array_split() doesn't NULL out the pending job's tres_alloc_cnt, so both the array task and the pending array job are pointing to the same memory. The array task calls job_set_alloc_tres() which free's the running job's tres_alloc_cnt and now the pending array job is pointing to bad memory and when the array splits again the new array task tries to free tres_alloc_cnt in job_set_alloc_tres() and segfaults. Bug 5604
-
Tim Wickberg authored
-
Tim Wickberg authored
Update slurm.spec and slurm.spec-legacy as well.
-
Danny Auble authored
-
Danny Auble authored
This will need to be revisited perhaps link to libslurmfull.so instead since we will need symbols not exported. See bug 5605
-
- 21 Aug, 2018 18 commits
-
-
Tim Wickberg authored
-
Danny Auble authored
The previous commit causes erroneous errors to be printed. test2.14 was made a victim of it.
-
Danny Auble authored
# Conflicts: # src/plugins/jobacct_gather/common/common_jag.c
-
Danny Auble authored
-
Alejandro Sanchez authored
Bug 5561.
-
Felip Moll authored
Bug 5538
-
Danny Auble authored
Bug 5538 This will be handled further in bug 5602
-
Isaac Hartung authored
Previous behavior was confusing, and the code path hard to follow. Rework, and clarify the established behavior in the appropriate man pages. Bug 4514.
-
Broderick Gardner authored
X11 implies Contain, and Contain is incompatible with NoHold as the Extern step creation will race with the step launches. Bug 5500.
-
Tim Wickberg authored
This reverts commit dcc93022.
-
Tim Wickberg authored
This reverts commit b9fb67d8.
-
Morris Jette authored
CID 187777. Bug 5593.
-
Tim Wickberg authored
-
Tim Wickberg authored
scan-build complains about this possibly being used uninitialized with pthread_join(), but on review the path it identifies as causing that is impossible. Initialize this anyways in the hopes of surppressing that warning.
-
Tim Wickberg authored
-
Tim Wickberg authored
This also randomizes the backup controller port numbers which were not being handled here for some reason.
-
Dominik Bartkiewicz authored
Bug 5166
-
Tim Wickberg authored
Bug 5426
-