-
Bug
-
Resolution: Unresolved
-
Critical
-
None
-
4.18.0, 4.19.0
Description of problem:
The node controller reads the current nodestatuses from a lister, then makes builds an apply configuration that includes all fields of each nodestatus entry based on the value observed from the lister. If another controller (especially the installer controller) has written to a nodestatus, but that write was not reflected in the lister before the node controller observes it, the node controller's apply request will effectively revert to the last status its lister observed. Before 4.18, these control loops were update-based and would receive 409 responses instead of successfully stomping unobserved writes.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. 2. 3.
Actual results:
Expected results:
Additional info:
- blocks
-
OCPBUGS-48246 Static pod node controller can overwrite nodestatuses with stale information
- ON_QA
- is cloned by
-
OCPBUGS-48246 Static pod node controller can overwrite nodestatuses with stale information
- ON_QA
- is related to
-
OCPBUGS-48523 [cluster-etcd-operator] Inconsistent static pod operator statuses after apply migration
- POST
- links to