-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
4.18.z
Description of problem:
updates on NROP CR that lead to point to different nodes and node groups are not reflected under CM even when kubeletconfig that targets the new node group is there.
Version-Release number of selected component (if applicable):
all
How reproducible:
always
Steps to Reproduce:
cluster setup: 2 mcps targeting worker nodes. 2 kubeletconfigs one per mcp from above, and each with different config (TM scope and policy) 1. create NROP CR with node group pointing to mcp-1 2. update the CR node group to point to mcp-2
Actual results:
the new NRTs are created but with the first config for mcp-1 and that is because no new CM is created.
Expected results:
New CM should be created and the NRTs should retrieve the config data from the new config
Additional info:
workaround is to poke the kubeletconfig objects. any update there addition or deleton will trigger the right behavior
- blocks
-
OCPBUGS-53013 [4.18]NROP controller doesn't create new CM on node groups updates
-
- ON_QA
-
- is cloned by
-
OCPBUGS-53013 [4.18]NROP controller doesn't create new CM on node groups updates
-
- ON_QA
-
- relates to
-
OCPBUGS-51262 NROP doesn't clean up old NRTs and CM
-
- New
-
- links to
- mentioned on
(1 mentioned on)