Open cristicalin opened 8 months ago
We're facing the same
Same here, target groups health check fails
Also seeing this issue. Anyone find a way to configuring the health check into thinking the service is healthy? Big blocker for us right now
a workaround,
applicationSet:
...
ingress:
...
annotations:
alb.ingress.kubernetes.io/healthcheck-path: /api/webhook
alb.ingress.kubernetes.io/success-codes: 400
...
ArgoCD versions 2.10 and below have reached EOL. Can you upgrade and tell us if the issue is still present, please?
Checklist:
argocd version
.Describe the bug
I'm trying to deploy the argocd application set controller and expose the controller web hook through AWS Loadbalancer controller (which uses an ALB in front). Since the ALB does it's own health checks the resulting ALB target group never gets registered because the web hook handler responds with HTTP 400 to anything that is not a valid web hook call.
To Reproduce
The ALB target group remains unhealthy.
curl
commands from a port-forwarded webhook:Expected behavior
The root (
/
) of the web hook should have a valid handler that returns a fake HTTP 200 for health checks so that health checking loadbalancers can detect the backend server health.Screenshots
Version
Logs
Application Set Controller doesn't seem to output any logs.