Bug 1868536: Watching the networkType in the status of Network.config.openshift.io#2015
Conversation
|
@pliurh: This pull request references Bugzilla bug 1868536, which is valid. The bug has been updated to refer to the pull request using the external bug tracker. 3 validation(s) were run on this bug
DetailsIn 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. |
|
@danwinship @squeed PTAL |
danwinship
left a comment
There was a problem hiding this comment.
/lgtm
The issue here is that CNO will reject some configuration changes (eg, trying to change the network type in an already-deployed cluster... except in certain special circumstances). So the MCO should not assume the network is changing just because the spec changed, it needs to wait until CNO updates the status.
Except, we don't want MCO to have to wait for CNO to be started up at install time, so in that case (when the status is still unset), it should set the initial state from the spec instead.
|
/retest |
kikisdeliveryservice
left a comment
There was a problem hiding this comment.
One request
Watching the networkType in the status of Network.config.openshift.io if it is not empty, otherwise use the value in spec. It prevents user from breaking the cluster network when configuring an invalid value.
|
/lgtm |
|
/retest |
1 similar comment
|
/retest |
|
/retest |
|
/test e2e-ovn-step-registry |
|
@pliurh: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. |
|
/approve |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cgwalters, danwinship, pliurh The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
@pliurh: All pull requests linked via external trackers have merged: Bugzilla bug 1868536 has been moved to the MODIFIED state. DetailsIn 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. |
- What I did
It prevents the user from breaking the cluster network when configuring an invalid value.
- How to verify it
Expect no reboot triggered by MCO
- Description for the changelog
Watching the
networkTypein the status of Network.config.openshift.io if itis not empty, otherwise use the value in spec.