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

OpenStack: explicitly disable octavia when using kuryr #5047

Merged
merged 2 commits into from Jul 13, 2021

Conversation

mandre
Copy link
Member

@mandre mandre commented Jul 1, 2021

Kuryr already handles the service type Load Balancer and we need to
explicitly disable the use of octavia in the cloud provider
configuration otherwise we'll run into issues once the default for
use-octavia changes from false to true with the out-of-tree openstack
cloud provider.

Implements OSASINFRA-2510

@mandre
Copy link
Member Author

mandre commented Jul 1, 2021

/hold
I need to fix the tests.

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jul 1, 2021
Kuryr already handles the service type Load Balancer and we need to
explicitly disable the use of octavia in the cloud provider
configuration otherwise we'll run into issues once the default for
`use-octavia` changes from false to true with the out-of-tree openstack
cloud provider.

Implements OSASINFRA-2510.
Use octavia if available, unless using kuryr.  There should be no
penalty for setting `use-octavia` in your cloud configuration even when
octavia is not available in the environment. Many people didn't realize
they needed to enable the octavia integration as a day 2 operation if
they wanted to use LB type services on an OpenStack platform. This is
now performed for them at install time and is less disruptive for the
cluster. Also, in the event the cloud platform gains the Octavia service
after the initial installation, then the openshift cluster should be
able to use it out of the box.
@mandre
Copy link
Member Author

mandre commented Jul 7, 2021

/hold cancel
/retest

@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jul 7, 2021
@MaysaMacedo
Copy link
Contributor

Looks good to me. Just a side note, this config won't be enforced to False in case the user attempts to set it to True, right?
Do we plan to include a note on the docs?

@mandre
Copy link
Member Author

mandre commented Jul 9, 2021

Looks good to me. Just a side note, this config won't be enforced to False in case the user attempts to set it to True, right?

Just like today, the user can change the cloud provider configuration, either:

  • by generating the manifests and editing them prior to the deployment
  • as a day 2 operation, with oc edit cm cloud-provider-config -n openshift-config

Nothing was changed in that regard, we don't perform validation for the above. The patch only changes the default configuration to match more closely the environment on which the user deploys.

Do we plan to include a note on the docs?

I've just added a note in the 4.9 release note tracker, thanks for the reminder.

@MaysaMacedo
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jul 9, 2021
@mandre
Copy link
Member Author

mandre commented Jul 12, 2021

/assign @iamemilio

@iamemilio
Copy link

/approve

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jul 12, 2021

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: iamemilio

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jul 12, 2021
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

4 similar comments
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jul 13, 2021

@mandre: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Rerun command
ci/prow/e2e-libvirt da796cc link /test e2e-libvirt
ci/prow/e2e-crc da796cc link /test e2e-crc
ci/prow/e2e-aws-workers-rhel7 da796cc link /test e2e-aws-workers-rhel7

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.

@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@openshift-merge-robot openshift-merge-robot merged commit 2d99e94 into openshift:master Jul 13, 2021
@pierreprinetti pierreprinetti deleted the use-octavia-param branch June 19, 2023 08:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants