-
Notifications
You must be signed in to change notification settings - Fork 70
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
http_client_requests_seconds
Prometheus metrics missing with retry
enabled
#1294
Comments
From an additional investigation, looks like with So, if you have multiple Riptide clients defined, some with |
That's a Prometheus issue, isn't it?
Might be worth working around this by setting the retry tag to false, as a
default.
Can you try that using static tags?
…On Thu, 23 Jun 2022, 08:13 gianvitom, ***@***.***> wrote:
From an additional investigation, looks like with retry enabled there is
an additional tag called retry_number that doesn't exist in the metrics
for the clients without retry.
So, if you have multiple Riptide clients defined, some with
retry.enabled=true and others without, depending on which one pushes the
metric first, the ones that pushes after will not be visible.
—
Reply to this email directly, view it on GitHub
<#1294 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADI7HNQAYIE5LZOKANR22TVQP6CNANCNFSM5ZO7XJSA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Do you mean by setting:
In a MeterFilter, like this?
|
That might work. Alternatively, you can use the application.yaml: riptide:
defaults:
metrics:
tags:
retry: "false"
retry_number: "0"
clients:
factoring-service:
base-url: https://xxx.zalan.do/
tracing:
tags:
peer.service: factoring-service
retry:
enabled: true
fixed-delay: 10 milliseconds
max-retries: 1 |
Nice, would that override only the ones without or also the one that already have it for example |
I believe it should. |
Ok, you mean the ones with already the tags will not re-default to |
Sorry, it should default it for every client, but the ones with retry enabled should then override it with proper values. |
Ok, thank you. I will try to use your suggestion 👍 |
For reference, this is the issue for micrometer: micrometer-metrics/micrometer#877 |
Looks like when
retry
is enabled for the Prometheus does not return thehttp_client_requests_seconds
metric for the configured clientDescription
The stack we are using is SpringBoot 2.6.8, Riptide 3.2.2 and Kotlin/target Java 17 (eclipse-temurin), GET operation on the client.
With this configuration:
The prometheus actuator doesn't return the
http_client_requests_seconds
metric (for other clients without retry everything is fine).While disabling it, so with just:
Everything is fine.
Expected Behavior
http_client_requests_seconds
is returned in any case, when the client operation is called.Actual Behavior
http_client_requests_seconds
is missing for the client configured withretry
enabled, while it is returned for all the other clientsSteps to Reproduce
retry
and another withouthttp_client_requests_seconds
is available.Context
Upgrade SpringBoot/Riptide/JDK in the project
The text was updated successfully, but these errors were encountered: