# Upgrade check

**URL:** <https://discuss.elastic.co/t/upgrade-check/105947>\
**Category:** Elasticsearch\
**Created:** [October 31, 2017, 7:54pm UTC](https://discuss.elastic.co/t/upgrade-check/105947 "2017-10-31T19:54:00Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![davidkarlsen](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidkarlsen/32/12331_2.png) [@davidkarlsen](https://discuss.elastic.co/u/davidkarlsen)\
**Post date:** [October 31, 2017, 7:54pm UTC](https://discuss.elastic.co/t/upgrade-check/105947/1 "2017-10-31T19:54:00Z")

</div>

I ran the upgrade checker (5.6.3) and get these mapping warnings:

one or more templates use deprecated mapping settings  
This issue must be resolved to upgrade. Read Documentation  
Details: {.monitoring-es=[Coercion of boolean fields], .marvel-es=[Coercion of boolean fields], .monitoring-kibana-2=[Coercion of boolean fields], metrics\_template=[Coercion of boolean fields], .monitoring-logstash-2=[Coercion of boolean fields], .watch-history-6=[Coercion of boolean fields], .monitoring-kibana=[Coercion of boolean fields], security-index-template=[Coercion of boolean fields], .monitoring-logstash=[Coercion of boolean fields], logstash=[The \_all meta field is disabled by default on indices created in 6.0, Unrecognized match\_mapping\_type options not silently ignored], .monitoring-es-2=[Coercion of boolean fields], .ml-anomalies-=[Coercion of boolean fields], metrics=[Coercion of boolean fields]}

all of these are created by ELK itself - I have read the docs and understand the coercion change - but do I really as a user have to handle this myself? Is it not something the ELK components will handle at upgrade (replace the mapping). Also for existing data - will you have a reindex fix?

Seems a bit of a hassle if all users need to handle this manually themselves.

---

<div class="post-metadata">

**Author:** ![Kieran\_Delaney](https://avatars.discourse-cdn.com/v4/letter/k/ba9def/32.png) [@Kieran\_Delaney](https://discuss.elastic.co/u/Kieran_Delaney)\
**Post date:** [November 20, 2017, 6:56pm UTC](https://discuss.elastic.co/t/upgrade-check/105947/2 "2017-11-20T18:56:04Z")

</div>

We have exactly the same scenario here - it would be good to understand what it is we can do to fix this (if required) ahead of a cluster upgrade especially as it is supposedly possible to perform a rolling upgrade from 5.6.x to 6.0.

---

<div class="post-metadata">

**Author:** ![ankh](https://avatars.discourse-cdn.com/v4/letter/a/ea5d25/32.png) [@ankh](https://discuss.elastic.co/u/ankh)\
**Post date:** [November 22, 2017, 6:40am UTC](https://discuss.elastic.co/t/upgrade-check/105947/3 "2017-11-22T06:40:44Z")

</div>

Same here - I'd like to know if we could just delete the templates and that ES/LS/Kibana will create them automatically again, correctly.

---

<div class="post-metadata">

**Author:** ![ankh](https://avatars.discourse-cdn.com/v4/letter/a/ea5d25/32.png) [@ankh](https://discuss.elastic.co/u/ankh)\
**Post date:** [November 22, 2017, 6:54am UTC](https://discuss.elastic.co/t/upgrade-check/105947/4 "2017-11-22T06:54:14Z")

</div>

And I don't quite get the implications of the coercion change - eg, for the .monitoring-es template, what is wrong with it? I can see there are some fields defined as type "boolean". I can see two other fields ("date\_detection" and "dynamic") set to false (without quotes) - is that the problem? Should they be using quotes around "false"? I can't see any use of the other previously acceptable values (yes, no, etc).

EDIT: After some tests, it seems to be the fields of type "boolean" that have caused the templates to be flagged. So what needs to be done to make them acceptable for v6?

---

<div class="post-metadata">

**Author:** ![ankh](https://avatars.discourse-cdn.com/v4/letter/a/ea5d25/32.png) [@ankh](https://discuss.elastic.co/u/ankh)\
**Post date:** [December 7, 2017, 6:35am UTC](https://discuss.elastic.co/t/upgrade-check/105947/5 "2017-12-07T06:35:14Z")

</div>

Has anyone had success with this? Or any advice to give? Anyone?

We're keen to upgrade a cluster to v6, but won't commence until we know how to resolve these issues.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [January 4, 2018, 6:35am UTC](https://discuss.elastic.co/t/upgrade-check/105947/6 "2018-01-04T06:35:24Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
