- Jul 03, 2015
-
-
Morris Jette authored
-
- Jun 30, 2015
-
-
Thomas Cadeau authored
Bug 1745
-
Brian Christiansen authored
This reverts commit 3f91f4b2.
-
Danny Auble authored
and test21.* updated to use them.
-
- Jun 29, 2015
-
-
Nathan Yee authored
Bug 1745
-
- Jun 25, 2015
-
-
David Bigagli authored
-
Danny Auble authored
ESLURM_DB_CONNECTION when in error.
-
Morris Jette authored
-
- Jun 24, 2015
-
-
Morris Jette authored
-
David Bigagli authored
-
- Jun 23, 2015
-
-
David Bigagli authored
-
Morris Jette authored
-
- Jun 22, 2015
-
-
Morris Jette authored
Updates of existing bluegene advanced reservations did not work at all. Some multi-core configurations resulting in an abort due to creating core_bitmaps for the reservation that only had one bit per node rather than one bit per core. These bugs were introduced in commit 5f258072
-
Morris Jette authored
-
Morris Jette authored
-
David Bigagli authored
-
Thomas Cadeau authored
-
David Bigagli authored
-
Moe Jette authored
-
Morris Jette authored
-
Morris Jette authored
-
- Jun 19, 2015
-
-
David Bigagli authored
-
David Bigagli authored
job data structure.
-
- Jun 18, 2015
-
-
David Bigagli authored
-
-
Morris Jette authored
-
- Jun 17, 2015
-
-
Brian Christiansen authored
-
Brian Christiansen authored
-
Morris Jette authored
-
- Jun 15, 2015
-
-
Brian Christiansen authored
-
Morris Jette authored
Logic was assuming the reservation had a node bitmap which was being used to check for overlapping jobs. If there is no node bitmap (e.g. a licenses only reservation), an abort would result.
-
- Jun 12, 2015
-
-
Brian Christiansen authored
Bug 1739
-
Brian Christiansen authored
Bug 1743
-
- Jun 11, 2015
-
-
Brian Christiansen authored
Prevent double free.
-
Brian Christiansen authored
-
Brian Christiansen authored
Bug 1733
-
Didier GAZEN authored
In your node_mgr fix to keep rebooted nodes down (commit 9cd15dfe), you forgot to consider the case of nodes that are powered up but are responding after ResumeTimeout seconds (the maximum time permitted). Such nodes are marked DOWN (because they didn't respond within ResumeTimeout seconds) than should become silently available when ReturnToService=1 (as stated in the slurm.conf manual) With your modification when such nodes are finally responding, they are seen as rebooted nodes and remain in the DOWN state (with the new reason: Node unexpectedly rebooted) even when ReturnToService=1 ! Correction of commit 3c2b46af
-
Didier GAZEN authored
-
- Jun 10, 2015
-
-
Morris Jette authored
-
Didier GAZEN authored
In your node_mgr fix to keep rebooted nodes down (commit 9cd15dfe), you forgot to consider the case of nodes that are powered up but are responding after ResumeTimeout seconds (the maximum time permitted). Such nodes are marked DOWN (because they didn't respond within ResumeTimeout seconds) than should become silently available when ReturnToService=1 (as stated in the slurm.conf manual) With your modification when such nodes are finally responding, they are seen as rebooted nodes and remain in the DOWN state (with the new reason: Node unexpectedly rebooted) even when ReturnToService=1 ! My patch to obtain the correct behaviour:
-