-
Bug
-
Resolution: Unresolved
-
Major
-
ACM 2.15.0
-
Quality / Stability / Reliability
-
False
-
-
False
-
-
-
None
Description of problem:
Adding the "observability=disabled" label will sometimes fail to remove all observability addon resources for target managed cluster. Depending on the timing of the reconcile, only the observabilityaddon cr and Observability Addon from manifestwork get removed, but the applied manifestwork and the manifest work in the managed cluster namespace still exist. This will cause the endpoint-observability-operator pod to still exist on the managed cluster.
Version-Release number of selected component (if applicable):
ACM 2.12-ACM2.15
How reproducible:
Depends on timing of reconcile. Will frequently occur when running observability addon end-to-end tests.
Steps to Reproduce:
- Setup ACM hub+spoke
- Ensure MCO CR has observabilityAddonSpec: enableMetrics: true
- Add "observability=disabled" tag on the spoke
- May have to add and remove the "observability=disabled" tag a few times until the pod endpoint-observability-operator remains despite "observability=disabled" tag being present
Actual results:
endpoint-observability-operator is still present in namespace "open-cluster-management-addon-observability" and logs error
{"error": "failed to get ObservabilityAddon in hub cluster: }}{{observabilityaddons.observability.open-cluster-management.io
{
{ \"observability-addon\" not found"}}}
Expected results:
All resources in "open-cluster-management-addon-observability" namespace removed
Additional info:
- is cloned by
-
ACM-27633 [2.14] observability=disabled label fails to remove all observability addon resources
-
- New
-
-
ACM-27635 [2.13] observability=disabled label fails to remove all observability addon resources
-
- New
-
-
ACM-27637 [2.12] observability=disabled label fails to remove all observability addon resources
-
- New
-