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
OCPBUGS-23131,OCPBUGS-23149: fix IRONIC_EXTERNAL_URL_V6 #380
Conversation
IRONIC_EXTERNAL_URL_V6 is currently calculated incorrectly: 1) It uses the API VIP, but the Ironic's httpd is not proxied in the same way as Ironic itself and thus may not be available there. 2) It uses an external IP even when a provisioning network is enabled and VirtualMediaViaExternalNetwork is false. This change fixes both issues, while also cleaning up the provisioning utils to ensure all functions are dualstack-aware. The split between the BMO and Metal3 pods is an implicit requirement of this change. This change does NOT fix the fact that ICC is not configured correctly for deploying IPv6-only nodes from a dualstack cluster.
@dtantsur: This pull request references Jira Issue OCPBUGS-23131, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
No GitHub users were found matching the public email listed for the QA contact in Jira (jhajyahy@redhat.com), skipping review request. The bug has been updated to refer to the pull request using the external bug tracker. 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 kubernetes/test-infra repository. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: dtantsur 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 |
@dtantsur: This pull request references Jira Issue OCPBUGS-23131, which is valid. 3 validation(s) were run on this bug
No GitHub users were found matching the public email listed for the QA contact in Jira (jhajyahy@redhat.com), skipping review request. The bug has been updated to refer to the pull request using the external bug tracker. This pull request references Jira Issue OCPBUGS-23149, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
No GitHub users were found matching the public email listed for the QA contact in Jira (jhajyahy@redhat.com), skipping review request. The bug has been updated to refer to the pull request using the external bug tracker. 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 kubernetes/test-infra repository. |
/retest |
1 similar comment
/retest |
@dtantsur: 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. |
/label acknowledge-critical-fixes-only Fixes a regression in IPv6 support on dualstack. |
/lgtm |
bcbd01b
into
openshift:master
@dtantsur: Jira Issue OCPBUGS-23131: All pull requests linked via external trackers have merged: Jira Issue OCPBUGS-23131 has been moved to the MODIFIED state. Jira Issue OCPBUGS-23149: All pull requests linked via external trackers have merged: Jira Issue OCPBUGS-23149 has been moved to the MODIFIED state. 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 kubernetes/test-infra repository. |
[ART PR BUILD NOTIFIER] This PR has been included in build ose-cluster-baremetal-operator-container-v4.15.0-202311161952.p0.gbcbd01b.assembly.stream for distgit ose-cluster-baremetal-operator. |
/cherry-pick release-4.14 |
@dtantsur: new pull request created: #384 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 kubernetes/test-infra repository. |
Fix included in accepted release 4.15.0-0.nightly-2023-11-17-103843 |
This includes openshift/cluster-baremetal-operator#380 which is required for a single stack ipv6 cluster to be deployed from a dual-stack hub when the hub is a single node. https://issues.redhat.com/browse/MGMT-17354
…6 spoke (#6113) * Update CBO dependency to 82df158cd2e9 This includes openshift/cluster-baremetal-operator#380 which is required for a single stack ipv6 cluster to be deployed from a dual-stack hub when the hub is a single node. https://issues.redhat.com/browse/MGMT-17354 * Update call to GetIronicIPs to use a provisioning pointer This was changed in openshift/cluster-baremetal-operator#380 Resolves https://issues.redhat.com/browse/MGMT-17354
This includes openshift/cluster-baremetal-operator#380 which is required for a single stack ipv6 cluster to be deployed from a dual-stack hub when the hub is a single node. https://issues.redhat.com/browse/MGMT-17354
…ub deploying an IPv6 spoke (#6121) * Update CBO dependency to 82df158cd2e9 This includes openshift/cluster-baremetal-operator#380 which is required for a single stack ipv6 cluster to be deployed from a dual-stack hub when the hub is a single node. https://issues.redhat.com/browse/MGMT-17354 * Update call to GetIronicIPs to use a provisioning pointer This was changed in openshift/cluster-baremetal-operator#380 Resolves https://issues.redhat.com/browse/MGMT-17354 --------- Co-authored-by: Nick Carboni <ncarboni@redhat.com>
IRONIC_EXTERNAL_URL_V6 is currently calculated incorrectly:
same way as Ironic itself and thus may not be available there.
and VirtualMediaViaExternalNetwork is false.
This change fixes both issues, while also cleaning up the provisioning
utils to ensure all functions are dualstack-aware. The split between
the BMO and Metal3 pods is an implicit requirement of this change.
This change does NOT fix the fact that ICC is not configured correctly
for deploying IPv6-only nodes from a dualstack cluster.