-
Notifications
You must be signed in to change notification settings - Fork 1.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
otlphttp Preparing to make HTTP request, Nothing after that. Traces not going out. #10660
Comments
Thanks for opening the issue @manojnc, can you confirm the configuration you have? The one in the description only includes the
|
Thanks for taking a look at this @codeboten Here is my latest exporter configuration for otlphttp. I have verified the network connectivity on this service and port combination. It would be helpful if we can add a debug log that logs the actual request and response from the server hosting the endpoint.
Refinery is another service in the same namespace and I have configured it to listen to port 6000 over http protocol. If I do a simple curl the refinery service responds with hello message back. So, I just want to understand what is happening to calls from otel to refinery. The mismatch in the url in debug logs is because of several iterations I was trying and during my last edit of the issue, i did not update the logs from my latest run. But the experience is same. |
Describe the bug
I configured the otlp exporter to send traces to honeycomb refinery residing in the same k8 cluster in the same namespace. However, the call is not going out to destination. I see a log line Preparing to make HTTP request in debug logs but nothing after that.
Steps to reproduce
My Exporter configuration
What did you expect to see?
Traces should have been submitted to the refinery app over grpc
What did you see instead?
{"level":"debug","ts":1721409906.8589747,"caller":"otlphttpexporter@v0.105.0/otlp.go:153","msg":"Preparing to make HTTP request","kind":"exporter","data_type":"traces","name":"otlphttp","url":"http://refinery.monitoring.svc.cluster.local:80/v1/traces"}
What version did you use?
Main 0.105.0
What config did you use?
Already shared above
Environment
AWS EKS
Additional context
honeycomb service is running and port 80 is exposed. A get service command will report 80 is exposed and it is mapped to container port 8080. Honeycomb agent is sending the data over http to honeycomb refinery. So, I do not think there is any issue with the refinery app. Also, same error can be reproduced even if I point it to other backend ( Grafana and honeycomb)
The text was updated successfully, but these errors were encountered: