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

CASMCMS-8835: Do not prematurely filter out disabled nodes #224

Merged
merged 1 commit into from
Oct 17, 2023

Conversation

jsollom-hpe
Copy link
Contributor

@jsollom-hpe jsollom-hpe commented Oct 13, 2023

Summary and Scope

To truly allow the 'include_disabled' nodes capability, the power operators cannot filter out the disabled nodes. This mod removes that filter. The session's 'include_disabled' nodes attribute will be used in the session setup operator to decide whether the nodes will be enabled in BOS or not. If disabled nodes are not included, then they will never be enabled and never acted upon. Thus, including them in the query to HSM will not hurt anything because they will never be acted upon.

When filtering nodes by architecture, do not also filter by whether the nodes are enabled in HSM. This is done at a later step in the process. Doing this earlier thwarts the later filtering.

Summarize what has changed. Explain why this PR is necessary. What is impacted? Is this a new feature, critical bug fix, etc?

Is this change backwards incompatible, backwards compatible, or a backwards compatible bugfix?

Issues and Related PRs

List and characterize relationship to Jira/Github issues and other pull requests. Be sure to list dependencies.

Testing

List the environments in which these changes were tested.

Tested on:

  • Mug

Test description:

I disabled some nodes and launched BOS sessions with the include_disabled attribute set to true. I saw that these nodes were passed along to PCS, which happily rebooted them despite them being disabled in HSM.

  • Were the install/upgrade-based validation checks/tests run (goss tests/install-validation doc)?
  • Were continuous integration tests run? If not, why?
  • Was upgrade tested? If not, why?
  • Was downgrade tested? If not, why?
  • Were new tests (or test issues/Jiras) created for this change?

Risks and Mitigations

Low

Pull Request Checklist

  • Version number(s) incremented, if applicable
  • Copyrights updated
  • License file intact
  • Target branch correct
  • CHANGELOG.md updated
  • Testing is appropriate and complete, if applicable
  • HPC Product Announcement prepared, if applicable

To truly allow the 'include_disabled' nodes capability, the power
operators cannot filter out the disabled nodes. This mod removes that
filter. The session's 'include_disabled' nodes attribute will be used
in the session setup operator to decide whether the nodes will be
enabled in BOS or not. If disabled nodes are not included, then they
will never be enabled and never acted upon. Thus, including them in
the query to HSM will not hurt anything because they will never be
acted upon.

When filtering nodes by architecture, do not also filter by whether the
nodes are enabled in HSM. This is done at a later step in the process.
Doing this earlier thwarts the later filtering.
@jsollom-hpe jsollom-hpe requested a review from a team as a code owner October 13, 2023 22:06
Base automatically changed from CASMCMS-8830 to develop October 16, 2023 16:25
@jsollom-hpe jsollom-hpe merged commit 2b21392 into develop Oct 17, 2023
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants