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
If you are trying to resolve an environment-specific issue or have a one-off question about the edge case that does not require a feature then please consider asking a question in argocd slack channel.
I've pasted the output of argocd version - not using cli locally
Describe the bug
Applying resource.customizations via argocd-cm configmap only works for a minute or two before being removed from the configmap and returning to having no health check customisations. The resource.customizations key is left in the configmap with an emtpy value.
I had seen some discussion about this type of issue previously but it looked like it had been closed as fixed(?)
Using argocd v1.5.2 deployed via argocd operator v 0.0.8 on openshift 3.11
Although also tested against, argocd v1.7.10 deployed via argocd operator v 0.0.15 on openshift 3.11 and shows the same results.
To Reproduce
Deploy argocd (using operator and associated declarative yaml files for roles and configmaps) with argocd-cm configmap similar to the below and observe that the value is reset/removed after a few minutes. Can also be triggered by restarting the argocd application controller.
apiVersion: v1
kind: ConfigMap
metadata:
name: argocd-cm
namespace: “argocd”
labels:
app.kubernetes.io/name: argocd-cm
app.kubernetes.io/part-of: argocd
data:
resource.customizations: |
apps.openshift.io/DeploymentConfig:
health.lua: |
hs = {}
if obj.status ~= nil then
if obj.status.conditions ~= nil then
for i, condition in ipairs(obj.status.conditions) do
if condition.type == "Available" and condition.status == "False" then
hs.status = "Degraded"
hs.message = condition.message
return hs
end
if condition.type == "Available" and condition.status == "True" then
hs.status = "Healthy"
hs.message = condition.message
return hs
end
end
end
end
hs.status = "Progressing"
hs.message = "Waiting for rollout"
return hs
Expected behavior
resource.customizations are not deleted from argocd-cm configmap
Logs
Below logs from argocd application controller picking up the custom health check, then when manually refreshed again dropping it.
If you are trying to resolve an environment-specific issue or have a one-off question about the edge case that does not require a feature then please consider asking a question in argocd slack channel.
Checklist:
argocd version
- not using cli locallyDescribe the bug
Applying resource.customizations via argocd-cm configmap only works for a minute or two before being removed from the configmap and returning to having no health check customisations. The resource.customizations key is left in the configmap with an emtpy value.
I had seen some discussion about this type of issue previously but it looked like it had been closed as fixed(?)
Using argocd v1.5.2 deployed via argocd operator v 0.0.8 on openshift 3.11
Although also tested against, argocd v1.7.10 deployed via argocd operator v 0.0.15 on openshift 3.11 and shows the same results.
To Reproduce
Deploy argocd (using operator and associated declarative yaml files for roles and configmaps) with argocd-cm configmap similar to the below and observe that the value is reset/removed after a few minutes. Can also be triggered by restarting the argocd application controller.
Expected behavior
resource.customizations are not deleted from argocd-cm configmap
Logs
Below logs from argocd application controller picking up the custom health check, then when manually refreshed again dropping it.
The text was updated successfully, but these errors were encountered: