-
Notifications
You must be signed in to change notification settings - Fork 25k
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
_field_stats call on geo_point field broken after upgrading from 2.4.4 -> 5.3.1 #24275
Comments
This seems to be a deserialization error with geo_point encoding in 2.x. @nknize can you take a look ? |
@n0othing also note that field stats is deprecated in favour of the new field caps API (5.4) |
We've had a couple reports of this affecting Kibana users already. Because we use field stats to figure out the searchable/aggregatable status of fields this effectively breaks Kibana for any index patterns containing a geo_point field after upgrading to 5.3.1 from 2.x elastic/kibana#11379 |
PR opened.... #24534 |
Per the PR, this is fixed in 5.3.3 and 5.4.1, should we close? |
I'm still seeing this behavior when upgrading from 2.x to 5.4.1 and 5.3.3 |
There was a reversed ternary logic bug that wasn't caught by the munged test. Opened fix at #25211 for 5.4.2 release /cc @jimczi @clintongormley |
fix is merged in #25211 |
Elasticsearch version: 2.4.4/5.3.1
A
_field_stats
call on a typegeo_point
field throws an exception for an index that was created in2.4.4
and upgraded to5.3.1
. I also reproduced this on going from2.3.3
->5.3.0
.This causes Kibana to not properly grab the index mappings when defining an index pattern rendering all fields as neither searchable nor aggregatable.
Steps to reproduce:
Upgrade to 5.3.1 (I simply copied the data directory over)
Attempt a
_field_stats
call on the geo_fieldThe response
The text was updated successfully, but these errors were encountered: