-
Notifications
You must be signed in to change notification settings - Fork 2.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
Jaeger OTEL Ingester/Collector seems not to save spans to elasticsearch (from kafka) #2250
Comments
Also, it seems the flags However, the flags |
hi @ning2008wisc thanks for reporting this. About the flags you are right the consumer flags are not being exposed. I will fix that today. However you should be able to configure the component directly in the OTEL config. Though, I am not sure why the ingester is not writing any data to ES. Rather than relying on the ES logs it's better to have a look at |
Thanks @pavolloffay for your inputs. After using your latest #2251, ES is able to receive/store the spans from OTEL Ingester, and the spans are query-able from Jaeger UI. This is the index created for span:
BTW,
Here is the log output:
Also, if enabling |
My bad it is Can be this issue closed now? |
@pavolloffay yes, please close it. Thanks a lot for your inputs |
Problem - Jaeger OTEL Ingester/Collector seems not to save spans to elasticsearch (from kafka)
I set up an Jaeger OTEL Ingester/Collector to consumer spans from
kafka
, without special processors (e.g. simply usequeued_retry
), then want to save spans toelasticsearch
. Here is the log of Jaeger OTEL Ingester/Collector, after I send some spans from upstream to the subscribedkafka
topic (with 2 partitions):Here is the partial k8s
yaml
file for deploy the above OTEL Ingestor/Collector:The proof that I reason
elasticsearch
does not receive the spans from OTEL Ingester/Collector is: I started with a brand new ES cluster (1-node) and if the spans are saved to ES, ES should create a new index, the ES logs should look like:However I did not see the above log when (1) using above OTEL Ingestor/Collector, (2) starts a new ES cluster, (3) ingest spans from upstream to Kafka topic
The text was updated successfully, but these errors were encountered: