|Summary:||test: Managed cluster should start all core operators: failure message too generic|
|Product:||OpenShift Container Platform||Reporter:||Periklis Tsirakidis <periklis>|
|Component:||Cluster Version Operator||Assignee:||W. Trevor King <wking>|
|Status:||CLOSED ERRATA||QA Contact:||liujia <jiajliu>|
|Version:||4.4||CC:||aos-bugs, bparees, jokerman, wking|
|Fixed In Version:||Doc Type:||No Doc Update|
|Doc Text:||Story Points:||---|
test: [Feature:Platform][Early] Managed cluster should [Top Level] [Feature:Platform][Early] Managed cluster should start all core operators [Suite:openshift/conformance/parallel]
|Last Closed:||2020-07-13 17:32:50 UTC||Type:||Bug|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Periklis Tsirakidis 2020-04-29 14:02:36 UTC
test: [Feature:Platform][Early] Managed cluster should [Top Level] [Feature:Platform][Early] Managed cluster should start all core operators [Suite:openshift/conformance/parallel] failed, see job: https://prow.svc.ci.openshift.org/view/gcs/origin-ci-test/logs/release-openshift-ocp-installer-e2e-azure-4.4/1551
Comment 1 Ben Parees 2020-04-30 01:58:09 UTC
Looking through the search results, this test fails on many different operators: https://search-clayton-ci-search.apps.build01.ci.devcluster.openshift.com/?search=Managed+cluster+should+start+all+core+operators+&maxAge=336h&context=2&type=bug%2Bjunit&name=&maxMatches=5&maxBytes=20971520&groupBy=job 1) this bug should be used to improve the test to dump the operator status so we can determine why the operator in question was not available. 2) in the future when this test fails, bugs should opened against the operator that was not started. Taking a guess on CVO as the owner of this test, please reassign as needed.
Comment 2 W. Trevor King 2020-05-05 05:36:28 UTC
Retitled the bug to make it clear that the scope of this fix is getting a more specific error message out of the test (per comment 1). Once that lands there will be at least one follow-up bug that addresses the underlying operator issues that are leading to the test failures, but those operator-level changes are out of scope for this particular bug.
Comment 3 W. Trevor King 2020-05-06 18:46:09 UTC
Pulling UpcomingSprint back off. There's a PR up for this and it's in the merge queue; just needs to pass CI.
Comment 6 W. Trevor King 2020-05-06 20:53:08 UTC
Apparently this test is optional, because the final e2e-gcp run from the PR was green and also failed this test : fail [github.com/openshift/origin/test/extended/operators/operators.go:159]: May 6 18:52:45.416: Some cluster operators never became ready: kube-apiserver (Progressing=True NodeInstaller: NodeInstallerProgressing: 1 nodes are at revision 4; 2 nodes are at revision 7) The blocking-ness of the test is an orthogonal issue, and the new message looks good, so marking VERIFIED. : https://prow.svc.ci.openshift.org/view/gcs/origin-ci-test/pr-logs/pull/24948/pull-ci-openshift-origin-master-e2e-gcp/7619
Comment 7 errata-xmlrpc 2020-07-13 17:32:50 UTC
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:2409