Azure / Azure/cyclecloud-slurm

Use max_count, not available_count, for detemrining partition sizes

Open
#257 0 comments 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.