Skip to content
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

Fix conflict when updating mapping with _all disabled #8426

Closed
wants to merge 1 commit into from

Conversation

brwe
Copy link
Contributor

@brwe brwe commented Nov 10, 2014

_all reports a conflict since #7377. However, it was not checked if _all
was actually configured in the updated mapping. Therefore whenever _all
was disabled a mapping could not be updated unless _all was again added to the
updated mapping.
Also, add enabled setting to mapping always whenever enabled was set explicitely.

closes #8423

_all reports a conflict since elastic#7377. However, it was not checked if _all
was actually configured in the updated mapping. Therefore whenever _all
was disabled a mapping could not be updated unless _all was again added to the
updated mapping.
Also, add enabled setting to mapping always whenever enabled was set explicitely.

closes elastic#8423
@rjernst
Copy link
Member

rjernst commented Nov 10, 2014

LGTM.

@clintongormley
Copy link

@brwe want to get this in?

brwe added a commit that referenced this pull request Nov 20, 2014
_all reports a conflict since #7377. However, it was not checked if _all
was actually configured in the updated mapping. Therefore whenever _all
was disabled a mapping could not be updated unless _all was again added to the
updated mapping.
Also, add enabled setting to mapping always whenever enabled was set explicitely.

closes #8423
closes #8426
@brwe brwe closed this in 4b5592c Nov 20, 2014
brwe added a commit that referenced this pull request Nov 20, 2014
_all reports a conflict since #7377. However, it was not checked if _all
was actually configured in the updated mapping. Therefore whenever _all
was disabled a mapping could not be updated unless _all was again added to the
updated mapping.
Also, add enabled setting to mapping always whenever enabled was set explicitely.

closes #8423
closes #8426
@clintongormley clintongormley added >bug v1.4.1 v1.5.0 v2.0.0-beta1 :Search Foundations/Mapping Index mappings, including merging and defining field types labels Nov 25, 2014
@clintongormley clintongormley changed the title [root mappers] fix conflict when updating mapping with _all disabled Mapping: Fix conflict when updating mapping with _all disabled Nov 25, 2014
@clintongormley clintongormley changed the title Mapping: Fix conflict when updating mapping with _all disabled Fix conflict when updating mapping with _all disabled Jun 7, 2015
@rayward
Copy link

rayward commented Jul 7, 2015

It seems that it's not possible to disable the _all field after it was previously enabled:

{"error":"MergeMappingException[Merge failed with failures {[mapper [_all] enabled is true now encountering false]}]","status":400}

Is this intentional?

@clintongormley
Copy link

Hi @rayward

Yes it is intentional. In fact from 2.0, the only time you'll be able to enable or disable the _all field is when you create the mapping.

mute pushed a commit to mute/elasticsearch that referenced this pull request Jul 29, 2015
_all reports a conflict since elastic#7377. However, it was not checked if _all
was actually configured in the updated mapping. Therefore whenever _all
was disabled a mapping could not be updated unless _all was again added to the
updated mapping.
Also, add enabled setting to mapping always whenever enabled was set explicitely.

closes elastic#8423
closes elastic#8426
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
>bug :Search Foundations/Mapping Index mappings, including merging and defining field types v1.4.1 v1.5.0 v2.0.0-beta1
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Mapping update fails if _all.enabled was set to false - MergeMappingException
4 participants