Open allevimi-nttdata opened 11 months ago
/cc @brunobat (opentelemetry,tracing), @radcortez (opentelemetry,tracing)
We face the same issue.
We have set these settings:
quarkus.management.enabled=true
quarkus.management.host=localhost
quarkus.management.port=9002
quarkus.management.root-path=/management
The requests to /management/health and /management/metrics are being recorded now, which produces a lot of unnecessary traces.
I would like to work on this
Ok @b3lix, go for it.
Whats the current status of this? Otherwise I would like to give this a go.
@b3lix, Do you mind if @nielsvhaldvb works on this?
@brunobat @nielsvhaldvb hello, I dropped this effort, so yes go ahead please, and good luck.
Describe the bug
The default behaviour of
quarkus.otel.traces.suppress-non-application-uris
is to suppress trace collection of non applicative uris, everything is fine with standard confs, but if I enable the management interface throughquarkus.management.enabled=true
suppresion will fail.Expected behavior
With
quarkus.management.enabled
set to true, health check will be redirect to0.0.0.0:9000/q/health
and trace collection will continue to be suppresed.Actual behavior
Otel trace collection is not suppressed and it seems that
quarkus.otel.traces.suppress-non-application-uris
is been ignored.How to Reproduce?
application.yaml
curl localhost:9000/q/health
Output of
uname -a
orver
Darwin *** 23.0.0 Darwin Kernel Version 23.0.0: Fri Sep 15 14:41:43 PDT 2023; root:xnu-10002.1.13~1/RELEASE_ARM64_T6000 arm64
Output of
java -version
openjdk 17.0.6 2023-01-17 OpenJDK Runtime Environment Temurin-17.0.6+10 (build 17.0.6+10) OpenJDK 64-Bit Server VM Temurin-17.0.6+10 (build 17.0.6+10, mixed mode)
GraalVM version (if different from Java)
No response
Quarkus version or git rev
3.4.3
Build tool (ie. output of
mvnw --version
orgradlew --version
)Apache Maven 3.9.3
Additional information
No response