-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
OpenTelemetry setup does not work with --env-file
#27851
Comments
--env-file
I updated example repo with docker and (working) shell examples as well. Setting environment variables in shell works supremely well. When running the server in docker, the exporter seems to fail on TCP connection issues, but that might just as well be me that have failed to configure something correctly. 🤔 🙈 name="BatchSpanProcessor.Flush.ExportError" reason="Other(hyper_util::client::legacy::Error(Connect, ConnectError(\"tcp connect error\", Os { code: 111, kind: ConnectionRefused, message: \"Connection refused\" })))" message=Failed during the export process
deno-otel-container | name="BatchSpanProcessor.Flush.ExportError" reason="Other(hyper_util::client::legacy::Error(Connect, ConnectError(\"tcp connect error\", Os { code: 111, kind: ConnectionRefused, message: \"Connection refused\" })))" message=Failed during the export process
|
Same issue here. Configured OTEL parameters as described, collector remotely accessible but getting the following error locally:
|
@devsnek so I guess your fix should resolve our issue? 🤗 |
Tested again using inline the variables inline, works like a charme! So leveraging .env file would be awesome! |
Any eta @devsnek when your soltution get's approved? |
Version: Deno 2.1.7
Configuration of OTEL via (at least these) environment variables from
--env-file
is not respected as stated in the OTEL docs.OTEL_SERVICE_NAME
- default isunknown_service
(/ext/telemetry/lib.rs#L626)OTEL_EXPORTER_OTLP_ENDPOINT
- default islocalhost:4318
(/ext/telemetry/lib.rs#L662)OTEL_EXPORTER_OTLP_PROTOCOL
- default ishttp/protobuf
(/ext/telemetry/lib.rs#L606)Example repository with reproduction involving
OTLP_ENDPOINT
and printcontent-type
and the payload of requestsAssigning values like:
OTEL_SERVICE_NAME=my-service
OTEL_EXPORTER_OTLP_PROTOCOL=http/json
Still uses protobuf and yields
service.name: <unknown_service>
Changing the port of:
OTEL_EXPORTER_OTLP_ENDPOINT=localhost:4317
results in no reports arriving at that endpoint.
The text was updated successfully, but these errors were encountered: