-
Notifications
You must be signed in to change notification settings - Fork 24.9k
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
It is not clear why templates with a default mapping created prior to 7.x fail in 7.x #48427
Comments
Pinging @elastic/es-search (:Search/Mapping) |
I am seeing the same error after upgrading to 7.4.2 from 6.4.2 I get this when I do a rollover. I am using alias and we rollover to new one using URL math. May I know what is the fix ? |
Greetings. I ran in to this as well. Please see: Under "Stop using default mappings"
|
I ran into the same issue. Is there a fix for this apart from 'not using default mapping'? |
As @freakingid mentioned, in 7.x you must remove the default mapping from index templates. No other fix is necessary. To clarify one aspect that can be confusing -- issuing a normal 'get templates' call in 7.x won't show the default mapping, even if it's defined. To see all mappings that are defined, including the default mapping, you should pass the
|
I merged #54915 to add debugging information to the migration docs. It also updates the error message to link to those docs. |
Problem
It is not clear how to resolve templates with default mappings in 7.x.
Indices created in 7.x matching templates created with the default mapping in 6.x fail to create
with following exception:
This error makes it clear that there is something wrong with the mapping, which results in users exploring templates for default-mapping usage. The problem is that users will not see their templates defining the
_default_
mapping since 7.x defaults to the typeless APIs. Soinclude_type_name=true
must be set on the GET Templates API to see this information.A Few Possible Solutions
The text was updated successfully, but these errors were encountered: