# How smooth we can upgrade Elasticsearch to 8.0

**URL:** <https://discuss.elastic.co/t/how-smooth-we-can-upgrade-elasticsearch-to-8-0/257986>\
**Category:** Elasticsearch\
**Created:** [December 8, 2020, 12:00pm UTC](https://discuss.elastic.co/t/how-smooth-we-can-upgrade-elasticsearch-to-8-0/257986 "2020-12-08T12:00:30Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![guest123](https://avatars.discourse-cdn.com/v4/letter/g/e19adc/32.png) [@guest123](https://discuss.elastic.co/u/guest123)\
**Post date:** [December 8, 2020, 12:00pm UTC](https://discuss.elastic.co/t/how-smooth-we-can-upgrade-elasticsearch-to-8-0/257986/1 "2020-12-08T12:00:30Z")

</div>

we are trying upgrade Elasticsearch from 6.7 to 7.7, as per the docs index creation, template and mapping requests are need to be passing parameter "include\_type\_name" in the request uri.

but in 8.0 this is gone be removed completely , as long as we are in 7.x this is fine , but what about if we are trying to 8.0 as the parameter will go away.

Some thoughts on this?

---

<div class="post-metadata">

**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\
**Post date:** [December 8, 2020, 1:56pm UTC](https://discuss.elastic.co/t/how-smooth-we-can-upgrade-elasticsearch-to-8-0/257986/2 "2020-12-08T13:56:27Z")

</div>

> [@guest123](#):
>
> we are trying upgrade Elasticsearch from 6.7 to 7.7

The [recommended path](https://www.elastic.co/guide/en/elasticsearch/reference/current/setup-upgrade.html) is to upgrade to 6.8 first, because 6.8 will warn you about any [deprecated features](https://www.elastic.co/guide/en/elasticsearch/reference/current/logging.html#deprecation-logging) and other breaking changes. You can work through those warnings at your own pace, and once you've resolved them all you should have no trouble upgrading.

Similarly, before upgrading to 8.0 you should upgrade to the latest 7.x version and resolve all the deprecation warnings. The latest 7.x version isn't released yet, nor are any pre-release versions of 8.0, so this is all a long way off.

---

<div class="post-metadata">

**Author:** ![guest123](https://avatars.discourse-cdn.com/v4/letter/g/e19adc/32.png) [@guest123](https://discuss.elastic.co/u/guest123)\
**Post date:** [December 11, 2020, 6:56am UTC](https://discuss.elastic.co/t/how-smooth-we-can-upgrade-elasticsearch-to-8-0/257986/3 "2020-12-11T06:56:19Z")

</div>

Thanks for Reply @DavidTurner one final question , if indices created with custom type called "my\_type" in 7.7 (used include\_type\_name set true) to escape deprecations warnings. but in future release 8.0 still can we use typed api calls?  
what is preferred way for existing indices.  
i) using custom type as it is ?(In 7.7 still we can use, but not sure about 8.x)  
ii) creating new index without type and re-index with old index(typed)? and remove type name in codebase?

Please correct me for any wrong understand.

Thanks.!!

---

<div class="post-metadata">

**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\
**Post date:** [December 11, 2020, 9:00am UTC](https://discuss.elastic.co/t/how-smooth-we-can-upgrade-elasticsearch-to-8-0/257986/4 "2020-12-11T09:00:06Z")

</div>

The same basic principles apply here as everywhere else: if you are getting deprecation warnings then you need to change something before upgrading.

Here's a blog post that hopefully helps:

> **[Moving from types to typeless APIs in Elasticsearch 7.0](https://www.elastic.co/blog/moving-from-types-to-typeless-apis-in-elasticsearch-7-0)**
>
> Elasticsearch 7.0 deprecated APIs that accept types, introduced new typeless APIs, and removed support for the \_default\_ mapping. Learn what you can do to transition to typeless APIs, and make your upgrade an easy one.

8.0 won't support typed API calls, but your indices already only have one type so there's no need to mention its name anyway. You should already be moving to typeless APIs.

---

<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 8, 2021, 9:00am UTC](https://discuss.elastic.co/t/how-smooth-we-can-upgrade-elasticsearch-to-8-0/257986/5 "2021-01-08T09:00:11Z")

</div>

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