*: add cluster-etcd-operator to CVO operator payload#53
*: add cluster-etcd-operator to CVO operator payload#53openshift-merge-robot merged 2 commits intoopenshift:masterfrom
Conversation
|
/test e2e-aws |
|
Azure seems fine to me I think we might have a slight delay on rolling out the cluster resulting in timeout. This was a manual run I just did with this CI release image. |
|
gcp will need the MCO PR [1] [1] openshift/machine-config-operator#1408 Update: merged |
Signed-off-by: Sam Batschelet <sbatsche@redhat.com>
79f1307 to
8f7c7c0
Compare
|
/hold for further testing |
|
aws failure a known issue ref: https://coreos.slack.com/archives/C999USB0D/p1579889171233100 /test e2e-aws NOTE: this did not appear to be known. |
|
/test e2e-azure |
|
/test e2e-aws |
/test e2e-azure |
|
staticsync will have to be refined, but for now, let's get this in!! /lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: alaypatel07, hexfusion 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 |
|
/hold waiting for cluster bot upgrade tests to complete |
|
/test e2e-gcp-upgrade |
|
Upgrade testiing: passed Azure: AWS: GCP: |
|
Given the above, I am making the call to move forward. /hold cancel |
This PR effectively adds the
cluster-etcd-operatorto the CVO operator payload and set it to a Managed state.We also are reverting the static-sync controller to utilize a generic operator informer and remove it from
WaitForCacheSync. This is only a short term precaution as we observed a failure case in testing where WaitForCacheSync appeared to be blocking the actions of the controller which are vital to the bootstrapping process.