Skip to content
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

TestCatalogImageUpdate e2e test does not work locally on kind clusters #1380

Closed
exdx opened this issue Mar 16, 2020 · 6 comments
Closed

TestCatalogImageUpdate e2e test does not work locally on kind clusters #1380

exdx opened this issue Mar 16, 2020 · 6 comments
Labels
good first issue Denotes an issue ready for a new contributor, according to the "help wanted" guidelines. kind/failing-test Categorizes issue or PR as related to a consistently or frequently failing test. triage/unresolved Indicates an issue that can not or will not be resolved.

Comments

@exdx
Copy link
Member

exdx commented Mar 16, 2020

Bug Report

What did you do?
A clear and concise description of the steps you took (or insert a code snippet).
The TestCatalogImageUpdate test does not work on KIND clusters locally (it does work on minikube however). This seems due to the port-forwarding that is required to talk to the local docker registry that is deployed during the course of this test.

Test Here

Fixing this quickly would require a check to see if we are in a kind cluster and then a t.Skip() if so. Fixing this properly would require some thought and more diagnosis.

What did you expect to see?
A clear and concise description of what you expected to happen (or insert a code snippet).
Test passes on KIND clusters

What did you see instead? Under which circumstances?
A clear and concise description of what you expected to happen (or insert a code snippet).
Test fails on KIND clusters

Environment

  • operator-lifecycle-manager version:
  • Kubernetes version information:
  • Kubernetes cluster kind:

Possible Solution

Additional context
Add any other context about the problem here.

@exdx exdx added good first issue Denotes an issue ready for a new contributor, according to the "help wanted" guidelines. kind/failing-test Categorizes issue or PR as related to a consistently or frequently failing test. labels Mar 16, 2020
@stale
Copy link

stale bot commented May 15, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label May 15, 2020
@benluddy benluddy removed the wontfix label May 15, 2020
@stale
Copy link

stale bot commented Jul 14, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Jul 14, 2020
@openshift-ci-robot openshift-ci-robot added triage/unresolved Indicates an issue that can not or will not be resolved. and removed wontfix labels Jul 15, 2020
@stale
Copy link

stale bot commented Sep 13, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Sep 13, 2020
@exdx exdx closed this as completed Sep 14, 2020
@ecordell ecordell reopened this Jul 9, 2021
@ecordell
Copy link
Member

ecordell commented Jul 9, 2021

The test is still skipped - not sure we should close this until it can be enabled

@timflannagan
Copy link
Contributor

I did a quick github/local search and wasn't immediately able to find the test name in question - it looks like it was renamed to It("delete gRPC registry pod triggers recreation") in 06e84d9 if I'm following everything correctly. Am I missing anything, or is this a problem on another already released, yet still supported branch?

@exdx
Copy link
Member Author

exdx commented Oct 14, 2021

Closing as a duplicate of #2420

@exdx exdx closed this as completed Oct 14, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Denotes an issue ready for a new contributor, according to the "help wanted" guidelines. kind/failing-test Categorizes issue or PR as related to a consistently or frequently failing test. triage/unresolved Indicates an issue that can not or will not be resolved.
Projects
None yet
Development

No branches or pull requests

5 participants