Skip to content

e2e: Test that all operators are stable#22058

Merged
smarterclayton merged 1 commit intoopenshift:masterfrom
smarterclayton:managed
Feb 16, 2019
Merged

e2e: Test that all operators are stable#22058
smarterclayton merged 1 commit intoopenshift:masterfrom
smarterclayton:managed

Conversation

@smarterclayton
Copy link
Copy Markdown
Contributor

This should catch flakes or failure retries

This should catch flakes or failure retries
@openshift-ci-robot openshift-ci-robot added size/L Denotes a PR that changes 100-499 lines, ignoring generated files. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Feb 15, 2019
@bparees
Copy link
Copy Markdown
Contributor

bparees commented Feb 15, 2019

/lgtm

but w/o studying the old code..why wasn't the existing test accomplishing this goal? Because it was only checking available?

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Feb 15, 2019
@openshift-ci-robot
Copy link
Copy Markdown

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: bparees, smarterclayton

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details 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

@smarterclayton smarterclayton added lgtm Indicates that a PR is ready to be merged. and removed lgtm Indicates that a PR is ready to be merged. labels Feb 15, 2019
@smarterclayton
Copy link
Copy Markdown
Contributor Author

yes. David was available but progressing.

@smarterclayton
Copy link
Copy Markdown
Contributor Author

/retest

@smarterclayton smarterclayton merged commit 56be073 into openshift:master Feb 16, 2019
wking added a commit to wking/origin that referenced this pull request May 15, 2020
…terOperator

We've been failing this test on Progressing=True since 6300a87
(e2e: Test that all operators are stable, 2019-02-15, openshift#22058).  But
the installer only cares about ClusterVersion Available=True [1],
which means some operators who have leveled (as far as the
cluster-version operator is concerned) may still have Progressing=True
when the installer declares success.  We aren't too concerned about
that as long as operators are available and not degraded, so stop
worrying about it in this test.  This avoids failures like [2]:

  [sig-arch][Early] Managed cluster should start all core operators [Suite:openshift/conformance/parallel]

  fail [github.com/openshift/origin/test/extended/operators/operators.go:159]: May  8 13:27:58.992: Some cluster operators never became ready: kube-apiserver (Progressing=True NodeInstaller: NodeInstallerProgressing: 1 nodes are at revision 5; 2 nodes are at revision 7)

although such failures rarely killed the job, because the cluster was
happy enough by the time the "start all core operators" test was rerun
to detect "flakes" at the end of the suite.

[1]: https://github.com/openshift/installer/blob/aecb9201459e3e92f12344e78aaaf03b6550fde7/cmd/openshift-install/create.go#L382-L384
[2]: https://deck-ci.apps.ci.l2s4.p1.openshiftapps.com/view/gcs/origin-ci-test/logs/release-openshift-ocp-installer-e2e-gcp-4.5/1040
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. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants