-
Notifications
You must be signed in to change notification settings - Fork 194
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
MGMT-16814: Pass both IP family URLs to ironic agent #6047
Conversation
This is needed in order to determine if the agent image in use can support particular features. Specifically, can it take multiple URLs in the case of a dual-stack hub.
@carbonin: This pull request references MGMT-16814 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the bug to target the "4.16.0" version, but no target version was set. In response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: carbonin 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 |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #6047 +/- ##
==========================================
- Coverage 68.39% 68.39% -0.01%
==========================================
Files 239 239
Lines 35454 35472 +18
==========================================
+ Hits 24248 24260 +12
- Misses 9100 9104 +4
- Partials 2106 2108 +2
|
I'm a bit concerned about maintaining this ... If, for example, the ironic fix gets backported to both 4.15 and 4.14 we'd need to maintain 2 different versions for this mode to be available. I wonder if it would be acceptable to just fix the existing case that should have handled the dual-stack hub + ipv6-only spoke (I'm only assuming there is a bug there because there is no must-gather). |
/hold See previous comment for reasoning. |
@carbonin: The following tests failed, say
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. |
Closing this in favor of #6048. |
When deploying a single stack spoke cluster from a dual-stack hub it's hard for us to determine what callback URLs we should send to the ironic agent. If we get the choice wrong the agent simply never registers and the ironic agent gets stuck trying to send data to ironic on the hub.
As of https://issues.redhat.com/browse/OCPBUGS-24579 the ironic agent can accept a comma-separated list of URLs and will select the correct one based on the host's networking situation at runtime.
This PR provides that comma-separated list of URLs to the ironic agent if the agent is of a version that includes the fix (currently OCP 4.16+).
As a side effect we also need to track the version of the ironic agent we're embedding. This is so that we don't provide a list of URLs to an agent that is only expecting a single one. This is simple enough for now, but may become more complicated as the fix is backported (we may need to track multiple releases for each Y-stream depending on how far back the fix goes). This also means that we need users to provide the version of overrides and the env-configurable defaults.
List all the issues related to this PR
https://issues.redhat.com/browse/MGMT-16814
What environments does this code impact?
How was this code tested?
I don't have the environment to test this, but QE is going to run my image through a test.
Checklist
docs
, README, etc) - docs updatedReviewers Checklist