-
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
Values above ignore_above mapping limit don't show up in Discover anymore #101232
Comments
Pinging @elastic/kibana-app (Team:KibanaApp) |
The mapping for
I can replicate what I was seeing initially in Discover with this query.
I think this will be mitigated by #95946 (comment). And we could bump the ignore_above slightly for some Fleet integrations that are expected to have larger |
@andrewkroh thx for opening this issue, we will investigate |
Blocked on: elastic/elasticsearch#74121 |
Discussing the desired behavior with PMs, we came to the following conclusion: We want to show ignored values (e.g. because they are above |
Kibana version: 7.13.1
Elasticsearch version: 7.13.1
Server OS version: Elastic Cloud hosted
Browser version: Firefox 89.0
Browser OS version: macOS
Original install method (e.g. download page, yum, from source, etc.):
Describe the bug:
The
event.original
field is missing in Kibana Discover for some events.Steps to reproduce:
event.original
.event.original
. Note that some events appear to be missingevent.original
._id
and query it directly from Elasticsearch and it will haveevent.original
.missing-event.original.txt
Expected behavior:
event.original
would be displayed. Or if it is being dropped for some reason, such as length, that there would be an indication that this is happening.One interesting data point is that querying for
_id:aKSBznkBdD5BTT25BM6w and event.original:*
returns no results so even the KQL query seems to think thatevent.original
does not exist despiteaKSBznkBdD5BTT25BM6w
having anevent.original
.Screenshots (if relevant):
Errors in browser console (if relevant): There are none.
Provide logs and/or server output (if relevant):
Any additional context:
I'm not sure if it has something to do with the length of the field or possibly the field's content. I saw this in cases where the event.original contained both JSON and in a Windows event log use case where event.original contained a big XML blob.
My workaround has been to modify Kibana advanced settings to turn on
discover:searchFieldsFromSource
(this will affect runtime fields and fields not in _source).The text was updated successfully, but these errors were encountered: