Description of problem: We currently do not comprehensively run a set of disruptive tests against the latest code in any of our branches or against PRs that fits our general pattern for testing. Expected results: We should have a test suite "disruptive" as part of openshift-tests that emulates the recovery flow that we document for customers. That previously existed as bash script testing, but should be part of openshift-tests. We should have an e2e-aws-disruptive test that runs as part of some PRs (installer, machine-config, etcd, origin) and also runs as part of release-informing for 4.3, 4.2, and 4.1. At the end of the test we will reverify the functionality of the cluster. That suite will in the future add other disruptive events that the cluster must recover from. Additional info: Verification of this needs to happen by a release architect assessing the CI jobs.
Assigned to etcd because that's the first disruptive test (recovery of etcd) that will be in the suite.
verifying job succeeded in CI https://prow.svc.ci.openshift.org/job-history/origin-ci-test/logs/release-openshift-origin-installer-e2e-aws-disruptive-4.3
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:0062