-
Notifications
You must be signed in to change notification settings - Fork 68
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
Failing to see trace details when using distributed tables. #761
Comments
Thanks for submitting this issue! We can make this configurable, but it is tied to the otel version. Perhaps we can allow adding your own otel version in the YAML config, or at least some overrides. |
A temporary workaround would be to disable "Use OTel" after opening the trace editor (once the otel columns are applied), or in the config (if you do it in the config you'll have to manually write all the column names) Disabling "Use OTel" will disable the performance enhancement of using the timestamp table. Slower queries, but should work for now |
This is similar to #762, and it might offer a simpler solution. We can simply use the currently selected trace table, and append the exporter's For example, Depending on the flexibility you need, this could be a valid solution assuming your custom table names are consistent with what the exporter uses |
A fix has been merged and will be available in the next release |
Thx |
What happened: When updating the datasource configuration to use distributed tables, there's not a way to update traceTimestampTable configuration, which is used by trace details view.
What you expected to happen: A way to override traceTimestampTable configuration in the trace section.
How to reproduce it (as minimally and precisely as possible):
Environment:
The text was updated successfully, but these errors were encountered: