Elasticsearch version 7.9.3
editElasticsearch version 7.9.3
editAlso see Breaking changes in 7.9.
Known issues
edit-
SQL: If a
WHERE
clause contains at least two relational operators joined byAND
, of which one is a comparison (<=
,<
,>=
,>
) and another one is an inequality (!=
,<>
), both against literals or foldable expressions, the inequality will be ignored. The workaround is to substitute the inequality with aNOT IN
operator.We have fixed this issue in Elasticsearch 7.10.1 and later versions. For more details, see #65488.
-
Snapshot and restore: If an index is deleted while the cluster is concurrently taking more than one snapshot then there is a risk that one of the snapshots may never complete and also that some shard data may be lost from the repository, causing future restore operations to fail. To mitigate this problem, set
snapshot.max_concurrent_operations: 1
to prevent concurrent snapshot operations:PUT _cluster/settings { "persistent" : { "snapshot.max_concurrent_operations" : 1 } }
This issue is fixed in Elasticsearch versions 7.13.1 and later. It is not possible to repair a repository once it is affected by this issue, so you must restore the repository from a backup, or clear the repository by executing
DELETE _snapshot/<repository name>/*
, or move to a fresh repository. For more details, see #73456.
Bug fixes
edit- Allocation
-
- InternalClusterInfoService should not ignore hidden indices #62995
- Audit
-
- Move RestRequestFilter to core #63507
- Authentication
- Authorization
- CCR
-
- Retry CCR shard follow task when no seed node left #63225
- Cluster Coordination
- EQL
- Engine
-
- Fix to actually throttle indexing on getting activated #61768
- Features/Data streams
-
- Fix querying a data stream name in index field #63170
- Features/Ingest
- Machine Learning
- SQL
- Search
- Transform