-
Notifications
You must be signed in to change notification settings - Fork 545
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OLM CI Tracking #2401
Comments
Note: the "Garbage collection for dependent resources when a bundle with configmap and secret objects is installed when the CSV is deleted OLM ..." test blocks are increasingly reproducible. When poking around the "should have removed the old configmap and put the new configmap in place" test, it appears there's some hotlooping in the catalog operator when attempting to process a Subscription that previously failed resolution, and contention attempting to always remove that status condition when firing off blind Update calls. |
Misc: the need for an automatic rebasing mechanism for open PRs once a new PR has been merged from master. |
Misc: the need for updating the test provisioner to also attempt to gather testing artifacts before deleting the cluster. |
Misc: seeing quite a bit of connection-refused logs in the catalog-operator when firing off ListBundles calls:
|
#2420 - another quality of life issue when running e2e locally. |
There's occasionally a panic in the |
As of today (01/21/2022), I see the following e2e failures.
In addition to these, I see some failures that are caused by the installplan creation wait timeout. They have the following in the test log.
I'll open issues for them later. |
CI Improvements
Controller Improvements
Flakes
make e2e-local E2E_SEED=1633621246
and focusing on theDescribe("Subscription")
top-level spec.Got source event: grpc.SourceState{Key:registry.CatalogKey{Name:\"test-catalog-fwgtr\", Namespace:\"operators\"}, State:2}
.test-catalog-fwgtr
CatalogSource locally, it's reporting a Ready.Status.LastObservedState
, and no InstallPlan resource was able to be generated.Misc/Needs Home/Triage/etc.
The text was updated successfully, but these errors were encountered: