-
Notifications
You must be signed in to change notification settings - Fork 392
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
OCPBUGS-33489: cmd: ensure controllers are started after informers #4359
base: master
Are you sure you want to change the base?
Conversation
@hexfusion: This pull request references Jira Issue OCPBUGS-33489, which is invalid:
Comment The bug has been updated to refer to the pull request using the external bug tracker. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
Skipping CI for Draft Pull Request. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: hexfusion The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/jira refresh |
@hexfusion: This pull request references Jira Issue OCPBUGS-33489, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
Requesting review from QA contact: In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
/hold |
/test e2e-vsphere-ovn-techpreview |
@hexfusion: The specified target(s) for
The following commands are available to trigger optional jobs:
Use
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
/test e2e-gcp-op-techpreview |
@hexfusion: This pull request references Jira Issue OCPBUGS-33489, which is valid. 3 validation(s) were run on this bug
Requesting review from QA contact: In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
/test e2e-gcp-op-techpreview |
/test e2e-gcp-op-techpreview |
Signed-off-by: Sam Batschelet <sbatsche@redhat.com>
/test e2e-gcp-op-techpreview |
Working on another approach |
/test e2e-gcp-op-techpreview |
@hexfusion: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
This PR addresses a potential race that can result in a panic when a cluster is first installed. The race is due to the need to start again the shared informer which included the tech preview APIs after we have verified the features are available, If this is not done the tech preview API types might not be available to the informer resulting in a panic.
The docs from SharedInformerFactory outline that this usage is ok.
But in some circumstances, the informer could introduce nil objects into the cache which end up resulting in a panic. This can happen in both MCC and MCD.
The fix proposed is to start the PinnedImageSet controllers AFTER we start the informers closing the window of failure.
manual tests: