# Elasticsearch \> 6.5
**URL:** https://forum.shopware.com/t/elasticsearch-6-5/57407
**Category:** Administration
**Created:** [10. Januar 2019 um 16:38 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407 "2019-01-10T16:38:08Z")
**Posts on this page:** 11
**Page:** 1
### Author:  [@sanymedia](https://forum.shopware.com/u/sanymedia)
#### Post date: [10. Januar 2019 um 16:38 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/1 "2019-01-10T16:38:08Z")
Hallo,
Ich musste bei einem Update der Server feststellen, das Shopware 5.5.4 nicht mit Elasticsearch kompatibel ist… ist dem so?
Es kommt generell ein Mapping Fehler da es den Typ “String” nicht mehr gibt, der durch “Text” ersetzt werden sollte…
ein Downgrade auf Elasticsearch 5.x behebt den Fehler…
Grüße,
Daniel
---
### Author:  [@wolkenkrieger](https://forum.shopware.com/u/wolkenkrieger)
#### Post date: [2. Mai 2019 um 07:01 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/2 "2019-05-02T07:01:06Z")
Dasselbe hier: ES soll ganz frisch integriert werden, also die neueste stable installiert (7.x) und es folgt:
```
illegal\_argument\_exception: Types cannot be provided in put mapping requests, unless the include\_type\_name parameter is set to true.
```
Scheinbar hat man den ES-Support seitens Shopware bei der 5er ES-Version „eingefroren“?!
---
### Author:  [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)
#### Post date: [2. Mai 2019 um 07:05 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/3 "2019-05-02T07:05:00Z")
Elasticsearch 7 ist ja komplett neu veröffentlicht. Das werden wir uns mit der 5.6 nochmal ansehen, ob es da Kompatibilitätsgründe gibt.
Elasticsearch 6 ist unsere Empfehlung und kann auch ohne Probleme genutzt werden. Haben einige große Enterprise-Setups auch im Einsatz.
---
### Author:  [@wolkenkrieger](https://forum.shopware.com/u/wolkenkrieger)
#### Post date: [2. Mai 2019 um 07:13 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/4 "2019-05-02T07:13:35Z")
Hoi Moritz 🙂
Wir fahren im Moment die 5.5.5 … kann ich wirklich ein Downgrade auf die ES 6 machen oder doch eher leiber auf die 5?
Ich bin nicht der Admin im Hause (also eher keine Linux-Mensch … tu mich also mit solchen Dingen „schwer“), sondern der Coder, der „Elasticgirl“ erweitern soll … mir wäre es lieb, da auf einer reibunsgfreien Basis entwickeln zu können (also ohne irgendwelche Paramter zur Kompatibilität setzen zu müssen) 🙂
---
### Author:  [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)
#### Post date: [2. Mai 2019 um 07:23 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/5 "2019-05-02T07:23:53Z")
Die Elasticsearch 5 erhält keine Security Patches & Bugfixes mehr, es macht also Sinn auf ES6 zu setzen.
---
### Author:  [@wolkenkrieger](https://forum.shopware.com/u/wolkenkrieger)
#### Post date: [2. Mai 2019 um 07:25 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/6 "2019-05-02T07:25:34Z")
Danke 🙂
---
### Author:  [@wolkenkrieger](https://forum.shopware.com/u/wolkenkrieger)
#### Post date: [2. Mai 2019 um 07:38 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/7 "2019-05-02T07:38:06Z")
[Nachtrag]
> Elasticsearch 6.x
>
> - Indices created in 5.x will continue to function in 6.x as they did in 5.x.
> - Indices created in 6.x only allow a single-type per index. Any name can be used for the type, but there can be only one. The preferred type name is `_doc`, so that index APIs have the same path as they will have in 7.0: `PUT {index}/_doc/{id}` and `POST {index}/_doc`
> - The `_type` name can no longer be combined with the `_id` to form the `_uid` field. The `_uid` field has become an alias for the `_id` field.
> - New indices no longer support the old-style of parent/child and should use the [`join` field](https://www.elastic.co/guide/en/elasticsearch/reference/master/parent-join.html "join datatype")instead.
> - The `_default_` mapping type is deprecated.
> - In 6.7, the index creation, index template, and mapping APIs support a query string parameter (`include_type_name`) which indicates whether requests and responses should include a type name. It defaults to `true`, and should be set to an explicit value to prepare to upgrade to 7.0. Not setting `include_type_name` will result in a deprecation warning. Indices which don’t have an explicit type will use the dummy type name `_doc`.
Gilt deine Empfehlung auch, wenn bis dato KEIN ES zum Einsatz kam, es also keine 5er Indizes gibt?
---
### Author:  [@wolkenkrieger](https://forum.shopware.com/u/wolkenkrieger)
#### Post date: [2. Mai 2019 um 09:23 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/8 "2019-05-02T09:23:12Z")
[Nachtrag 2]
illegal\_argument\_exception: Could not convert [raw.index] to boolean
ES 6.7.1 und SW 5.5.5 😕
---
### Author:  [@shyim](https://forum.shopware.com/u/shyim)
#### Post date: [2. Mai 2019 um 09:28 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/9 "2019-05-02T09:28:52Z")
Hast du einmal komplett neuindexiert?
---
### Author:  [@wolkenkrieger](https://forum.shopware.com/u/wolkenkrieger)
#### Post date: [2. Mai 2019 um 09:47 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/10 "2019-05-02T09:47:54Z")
Ich hab noch gar nicht indexiert!
Es lief noch nie ein ES.
Die Exceptions werden ausgelöst bei bin/console sw:es:index:populate
---
### Author:  [@maxflags](https://forum.shopware.com/u/maxflags)
#### Post date: [11. Juli 2019 um 21:50 UTC](https://forum.shopware.com/t/elasticsearch-6-5/57407/11 "2019-07-11T21:50:33Z")
Hi.
ES 6.4.3 mit docker funktioniert und wird noch bis Februar 2020 aktualisiert.
```
docker pull docker.elastic.co/elasticsearch/elasticsearch:6.4.3
docker run -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" docker.elastic.co/elasticsearch/elasticsearch:6.4.3
```
[https://www.elastic.co/de/support/eol](https://www.elastic.co/de/support/eol)
Grüße Chris