-
Notifications
You must be signed in to change notification settings - Fork 10
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
[4.15] Bug OCPBUGS-32351 - backporting service-step fixes #131
[4.15] Bug OCPBUGS-32351 - backporting service-step fixes #131
Conversation
Serious issues: - Nothing powers on nodes after servicing, so they end up active and powered off in the end. - Restoring power state was done three times. Minor issues: - Function _tear_down_node_servicing is called twice causing a traceback. - Furthermore, process_event('done') is also called in another place in deploy utils. - Make sure nodes are never considered for fast-track when servicing, it prevents clean-up of virtual media devices. Change-Id: I92fd7a0009a816e93e316e4674c7509b61a474d4
Currently, service steps do not work with virtual media deployments because states.SERVICING and states.SERVICEWAIT are missing from the whitelist of valid provision_states. This change resolves this issue. Change-Id: I5e3ec08d128b35385f2d90c9c852140b757b8dbf
Currently, service steps may fail to start in scenarios dependent on IPA fasttrack. This change attempts to resolve this by incorporating servicing states in the fast track allowed states whitelist while also making _FASTTRACK_HEARTBEAT_ALLOWED a superset of _HEARTBEAT_ALLOWED instead of duplicating values in the two constants. Change-Id: I47984469c1432e7fc7b4f1494b9f6c551c34672f
Unlike clean, deploy and verify steps, service steps cannot run automatically and thus do not have a usable notion of priority. It's not possible to provide a priority through the API but our validation code still requires it. This change gets rid of most priority handling for service steps, leaving only some foundation for future enhancements. Change-Id: I82aefc03a5c062b67e0f457612fe568399226dc8
Change-Id: I502be5613ffef7c2f51eafd0a10d5e9c5d5ec2a4
Change-Id: I58a27ec9e3646b143fc0874f033849056848c411
We ended up using two names for the same flag (and forgot it in one place completely). To not just fix the issue but also prevent it in the future, refactor asynchronous steps handling into a new helper module with constants and helper functions. I've settled on servicing_reboot as opposed to service_reboot because that's the value we currently set (but not read), so it provides better compatibility when backporting. Remove excessive mocking in the Redfish unit tests. Change-Id: I32b5f860b5d10864ce68f8d5f1dac3f76cd158d6
We need to wait for a couple more fixes to merge upstream before we can add them in. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: rhjanders The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@rhjanders: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
/lgtm |
/hold cancel Let's move on with these ones, we can add other changes later if needed. |
b5660c9
into
openshift:release-4.15
Fix included in accepted release 4.15.0-0.nightly-2024-04-29-230005 |
No description provided.