Skip to content
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

[Bug]: HTTP status client error (404 Not Found) after upgrade to 0.23 #1866

Open
frederikhors opened this issue Jun 5, 2024 · 7 comments
Open
Labels
bug Something isn't working triage:todo Needs to be traiged.

Comments

@frederikhors
Copy link

What happened?

If I upgrade these:

- opentelemetry = { version = "0.22.0", default-features = false, features = [
+ opentelemetry = { version = "0.23.0", default-features = false, features = [
    "trace",
] }
- opentelemetry-otlp = { version = "0.15.0", default-features = false, features = [
+ opentelemetry-otlp = { version = "0.16.0", default-features = false, features = [
    "http-proto",
    "reqwest-client",
    "reqwest-rustls",
] }
- opentelemetry_sdk = { version = "0.22", default-features = false, features = [
+ opentelemetry_sdk = { version = "0.23", default-features = false, features = [
    "rt-tokio",
] }
- tracing-opentelemetry = { version = "0.23.0", default-features = false }
+ tracing-opentelemetry = { version = "0.24.0", default-features = false }

I get the error:

OpenTelemetry trace error occurred. HTTP status client error (404 Not Found) for url (https://otlp.uptrace.dev/).

These are the only changes in the code.

Why the error?

API Version

0.23

SDK Version

0.23

What Exporter(s) are you seeing the problem on?

OTLP

Relevant log output

No response

@frederikhors frederikhors added bug Something isn't working triage:todo Needs to be traiged. labels Jun 5, 2024
@frederikhors
Copy link
Author

I opened this too: uptrace/uptrace#385.

@cijothomas
Copy link
Member

https://github.com/open-telemetry/opentelemetry-rust/blob/main/opentelemetry-otlp/CHANGELOG.md#fixed
Default grpc endpoint will not have path based on signal(e.g /v1/traces) #1706

Maybe the above ?
(Unfortunately, the changelog is not very clear about the impact....)

@imWildCat
Copy link

any news?

or any possible fixes?

@frederikhors
Copy link
Author

@cijothomas did you find a way?

@jaymell
Copy link
Contributor

jaymell commented Aug 23, 2024

@imWildCat @frederikhors Have you tried appending /v1/traces to your tracing URLs? I believe that will fix the issue. This is unfortunately the second time this functionality has been changed/broken in recent releases.

@frederikhors
Copy link
Author

/v1/traces

Yeah. It works with that string.

@imWildCat
Copy link

@imWildCat @frederikhors Have you tried appending /v1/traces to your tracing URLs? I believe that will fix the issue. This is unfortunately the second time this functionality has been changed/broken in recent releases.

yes. I can confirm this will fix!

thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working triage:todo Needs to be traiged.
Projects
None yet
Development

No branches or pull requests

4 participants