Azure / Azure/cyclecloud-slurm
Use max_count, not available_count, for detemrining partition sizes
- Dominant language
- Python
- Stars
- 84
- Forks
- 56
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 1
Description
As well, since we will now often have more nodes defined in Slurm than could be started, we should add a monitor process that will keep the number of potential nodes that could be allocated in sync with the availability according to CycleCloud.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by finding the partition-size calculation that chooses between max_count and available_count, then trace how CycleCloud reports node availability. Done means partition sizing uses the intended count and a monitor keeps potential allocations synchronized; the issue names no file or test, so identify relevant coverage while reading.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, python
- Domain
- cloud, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100