Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: used slot calculation in resource broker when hideAgents is false #2790

Merged
merged 1 commit into from
Oct 30, 2024

Conversation

ironAiken2
Copy link
Contributor

@ironAiken2 ironAiken2 commented Oct 30, 2024

This PR resolves cases where the remaining resource calculation is incorrect.

Teams

Chages:

  • If the hideAgents option in config.toml is set to false, the resource broker calculates the remaining resources based on the agents that are schedulable. This solves the problem of remaining instead of occupied entering the used slot data.

How to test:

  • Verify that the value of resource monitor on the session page is the same as the response value on the network.

Checklist: (if applicable)

  • Mention to the original issue
  • Documentation
  • Minium required manager version
  • Specific setting for review (eg., KB link, endpoint or how to setup)
  • Minimum requirements to check during review
  • Test case(s) to demonstrate the difference of before/after

Copy link

graphite-app bot commented Oct 30, 2024

Your org requires the Graphite merge queue for merging into main

Add the label “flow:merge-queue” to the PR and Graphite will automatically add it to the merge queue when it’s ready to merge. Or use the label “flow:hotfix” to add to the merge queue as a hot fix.

You must have a Graphite account and log in to Graphite in order to use the merge queue. Sign up using this link.

Copy link
Contributor Author

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @ironAiken2 and the rest of your teammates on Graphite Graphite

@ironAiken2 ironAiken2 requested a review from yomybaby October 30, 2024 07:33
@ironAiken2 ironAiken2 marked this pull request as ready for review October 30, 2024 07:37
Copy link
Member

@yomybaby yomybaby left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

Copy link

graphite-app bot commented Oct 30, 2024

Merge activity

#2790)

<!--
Please precisely, concisely, and concretely describe what this PR changes, the rationale behind codes,
and how it affects the users and other developers.
-->

### This PR resolves cases where the remaining resource calculation is incorrect.
[Teams](https://teams.microsoft.com/l/message/19:[email protected]/1730271662948?tenantId=13c6a44d-9b52-4b9e-aa34-0513ee7131f2&groupId=74ae2c4d-ec4d-4fdf-b2c2-f5041d1e8631&parentMessageId=1730271662948&teamName=devops&channelName=Frontend&createdTime=1730271662948)

**Chages:**
- If the hideAgents option in `config.toml` is set to false, the resource broker calculates the remaining resources based on the agents that are schedulable. This solves the problem of `remaining` instead of `occupied` entering the used slot data.

**How to test:**
- Verify that the value of resource monitor on the session page is the same as the response value on the network.

**Checklist:** (if applicable)

- [ ] Mention to the original issue
- [ ] Documentation
- [ ] Minium required manager version
- [ ] Specific setting for review (eg., KB link, endpoint or how to setup)
- [ ] Minimum requirements to check during review
- [ ] Test case(s) to demonstrate the difference of before/after
@yomybaby yomybaby force-pushed the fix/occupied-slot-in-resource-broker branch from 7221b7f to 45397f5 Compare October 30, 2024 07:59
@graphite-app graphite-app bot merged commit 45397f5 into main Oct 30, 2024
5 checks passed
@graphite-app graphite-app bot deleted the fix/occupied-slot-in-resource-broker branch October 30, 2024 08:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
size:XS ~10 LoC
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants