You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Not sure if this is a bug, but rather surprising behaviour.
User defined service monitors get deleted if name would match ones that supposed to be created by operator if deployment of
prometheus enabled. Basically operator checks if there are any currently defined service monitors in the namespace and if there are and their name is matching ones that operator would create, operator is deleting them. Please see part of the code on following link -
Create service monitors in the namespace with following names:
CLUSTERNAME-metrics
CLUSTERNAME-server-metrics
CLUSTERNAME-repo-server-metrics
Deploy argocd cluster with name CLUSTERNAME
operator will wipe created service monitors if prometheus deployment is not enabled for argocd cluster in its manifest.
Expected behavior
Service monitors would still exist.
Screenshots
N/A
Additional context
I would expect to check service monitor matching not only by name, but also by labels maybe? As a workaround of this problem I just change the names of service monitors and appended -custom suffix to it.
The text was updated successfully, but these errors were encountered:
Describe the bug
Not sure if this is a bug, but rather surprising behaviour.
User defined service monitors get deleted if name would match ones that supposed to be created by operator if deployment of
prometheus enabled. Basically operator checks if there are any currently defined service monitors in the namespace and if there are and their name is matching ones that operator would create, operator is deleting them. Please see part of the code on following link -
argocd-operator/controllers/argocd/prometheus.go
Lines 121 to 156 in 516e937
To Reproduce
Steps to reproduce the behavior:
CLUSTERNAME-metrics
CLUSTERNAME-server-metrics
CLUSTERNAME-repo-server-metrics
Expected behavior
Service monitors would still exist.
Screenshots
N/A
Additional context
I would expect to check service monitor matching not only by name, but also by labels maybe? As a workaround of this problem I just change the names of service monitors and appended -custom suffix to it.
The text was updated successfully, but these errors were encountered: