-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[TSDB][META] Enable supported TSDB counter fields in Kibana #152912
Comments
Pinging @elastic/ml-ui (:ml) |
Pinging @elastic/kibana-visualizations @elastic/kibana-visualizations-external (Team:Visualizations) |
Pinging @elastic/kibana-presentation (Team:Presentation) |
Pinging @elastic/kibana-data-discovery (Team:DataDiscovery) |
This is blocking #130714 (ie. because counter-types need to be aggregatable) |
There is no user facing documentation on what aggregations are supported by which TSDB fields. Either Kibana or Elasticsearch documentation needs to have a table laying out TSDB fields and supported aggregations so users can understand why options are available/unavailable in the UI. Do you want me to open a separate issue to track? Where should this belong - in Kibana docs or Elasticsearch docs? |
With option 2, Elasticsearch publishes supported aggregations, there could be a CCS complication. elastic/elasticsearch#93884 (comment) and elastic/elasticsearch#93884 (comment) highlight the potential problem. If a user is in a CCS environment and is searching a mixture of 8.7 and 8.8 indices then the list of supported aggregations will be empty. This might result in parts of Kibana not permitting any aggregations to be used against the fields. For |
There's a suggestion on what to do about the CCS complication in elastic/elasticsearch#93884 (comment). There are different ways to approach it, but the important thing is that there is a compatible approach between Elasticsearch and Kibana. |
Discussed this offline with @ppisljar. I'm +1 on moving with first approach, |
Apologies if I'm missing something obvious here, but does anyone know where to find a list of which aggregations are or aren't supported by counter fields? |
I was also not able to find this information and neither are our users - #152912 (comment) |
@davismcphee @reese They are listed here elastic/elasticsearch#93539 (comment) . It seems @martijnvg is going to update the docs (elastic/elasticsearch#93539 (comment)) |
…#154319) Addresses #152912 ## Summary This PR makes sure that unified field list does not call unsupported aggs for counter fields. Also the messaging will be better: instead of `No field data for the current search.` it will show `Analysis is not available for this field.` <img width="586" alt="Screenshot 2023-04-04 at 10 38 29" src="https://user-images.githubusercontent.com/1415710/229751286-d4727bcc-a1af-44a4-9684-c54f7c9b6076.png"> We might extend it later with a different view for such fields.
Removing this from the Presentation team project as it seems like our tasks here are completed in #152899. |
Closing this issue as TSDB counter fields are now supported in Kibana. Please re-open if I missed any remaining tasks. |
Describe the feature:
Kibana should not run unsupported aggs on TSDB counter fields.
Context
TSDB counter fields (
time_series_type: "counter"
) do not support all aggregations. When these used, depending on the Kibana app, they can surface errors in unexpected ways.Two options are currently being proposed:
1) Each app handles counter-fields as "special" case
The default behavior is restored:
Then, each app provides ad-hoc solution when it detects the counter-field.
e.g.:
2) Elasticsearch publishes supported aggregations
Elasticsearch publishes supported aggs in
field_caps
. Correspondingly, Kibana would have to change how it uses this new metadata. Depending on the app, this metadata would be treated differently as well:A similar solution will be needed for Discover as well. It cannot hide the field. Current state is that it silently swallows an error when opening the field-preview.
The text was updated successfully, but these errors were encountered: