-
Notifications
You must be signed in to change notification settings - Fork 12
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
Event Hub event timestamps stuck from container creation #33
Comments
The timestamps are sourced from the sample at this point: https://github.com/bryanklewis/prometheus-eventhubs-adapter/blob/master/serializers/json/json.go#L64 If you debug at this point, is the sample correct before conversion? is the model data correct after creation? |
I am not sure how to accomplish the debugging. I've gotten a tcp dump from the container and attempted to see what data was being sent to event hubs but it is encrypted. The timestamps from the prometheus writes are current and incrementing like one would expect. Do i need to ask our event hub admins to configure something so that it's easier to troubleshoot or is that where we need to inspect the samples? |
A couple of things you can try then. Im not sure what your data looks like, and there maybe multiple timestamp values. Be sure to sample over several minutes.
|
I had not tried this yet. I've got this going in dev and let it cruise over the weekend here. I appreciate the help! |
We have deployed the eventshub adapter into our prometheus stack. Our eventshub admins noticed during ingest / data translations that every event sent from prometheus has the timestamp with the exact date the container was spun up.
We are using all defaults for the container / build of the container. Nothing special in our Prometheus config for remote writes either.
We have a dev environment to test changes and pull logs from if needed.
Some troubleshooting we have done includes disabling batch events, rebuilding the container, and changing versions.
We are not experiencing any timestamp issues when we query through thanos or from prometheus directly. This is only affecting azure events hub.
The text was updated successfully, but these errors were encountered: