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
I was trying to set up a Grafana dashboard to show circuit breaking behavior with the Faces demo: the Faces GUI calls through Emissary to the face workload at the entry point of this demo. I intentionally break the world by adding a face2 Deployment which always fails, and setting it up so that the faceService spans Pods created by both the face and face2Deployments.
This is correct: both endpoints are active, circuit breaking isn't involved, and one would expect that when circuit breaking is turned on, then the breaker opening would result in 1 pending and 1 ready. Unfortunately, in the event you actually get
Are you able to provide the output of linkerd diagnostics proxy-metrics and kubectl logs against a client in this state? This should help shine light on the nature of the issue.
What is the issue?
I was trying to set up a Grafana dashboard to show circuit breaking behavior with the Faces demo: the Faces GUI calls through Emissary to the
face
workload at the entry point of this demo. I intentionally break the world by adding aface2
Deployment which always fails, and setting it up so that theface
Service spans Pods created by both theface
andface2
Deployments.At this point, you can do PromQL queries and see
This is correct: both endpoints are active, circuit breaking isn't involved, and one would expect that when circuit breaking is turned on, then the breaker opening would result in 1
pending
and 1ready
. Unfortunately, in the event you actually getwhich is a bit surprising! Then, when the breaker is turned off, you get
So
pending
seems to work fine, but theready
endpoints seem to be miscounted.How can it be reproduced?
Enable circuit breaking and force the breaker to open. Watch
pending
andready
endpoints as you go.Logs, error output, etc
See above. 🙂
output of
linkerd check -o short
:; linkerd check -o short
Status check results are √
Environment
I'm using a kind cluster at the moment, K8s 1.30.3, Linkerd version
edge-24.8.2
.Possible solution
No response
Additional context
No response
Would you like to work on fixing this bug?
None
The text was updated successfully, but these errors were encountered: