Details
-
Feature Request
-
Resolution: Unresolved
-
Minor
-
None
-
None
-
None
-
False
-
None
-
False
-
olm
-
Not Selected
-
0
-
0%
Description
Description of problem:
This is no way to tell whether the state/status reflects the current version of the spec. For example, the connection ready status in a catalog source CR becomes stale after an index change in the spec. Automation built on top can be misled thinking the new index is ready and move on to check if there is a pending upgrade in the subscriptions.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Create a catalog source, wait for the connection status to become ready 2. Change the index field value 3. Dump the catalog source right after the change
Actual results:
Stale connection status with the new index value
Expected results:
observedGeneration field populated as described by: https://github.com/kubernetes/community/blob/master/contributors/devel/sig-architecture/api-conventions.md#typical-status-properties
Additional info:
We observed the window for the stale status could be as long as 2 minutes in scale lab with many virtual SNOs. See OCPBUGS-2813 for more info.
Attachments
Issue Links
- is related to
-
OCPBUGS-18680 CGU reports SNO completed platform and operator upgrade however operators did not upgrade
-
- New
-
- relates to
-
ACM-3097 Design an ACM policy type for operator installation management
-
- Closed
-
- links to
