Elasticsearch версия 7.14.2
Также см. Изменения, вносящие разрыв совместимости в 7.14.
Известные проблемы
-
Уровень замороженных данных: (только Windows) Уровень данных «замороженный» опирается на несколько механизмов кэширования, чтобы ускорить доступ к файлам моментального снимка, которые подлежат поиску. Один из этих кэшей использует разреженные файлы, чтобы избежать создания больших файлов на диске, когда это не строго необходимо. Баг препятствовал созданию файлов с правильными параметрами для включения поддержки разреженных файлов в Windows, что приводило к созданию Elasticsearch потенциально больших файлов, которые могли занимать всё свободное место на диске.
Эта проблема исправлена в версиях Elasticsearch 7.15.2 и более поздних. Для более ранних версий нет известных решений. Файловые системы, в которых разреженные файлы включены по умолчанию, не затронуты. Более подробную информацию см. в #79371.
-
Агрегации: В Elasticsearch 7.14.0–7.15.0 при проксировании запроса межкластерного поиска (CCS) память для агрегаций на узле-прокси не будет освобождена. Триггером является межкластерный поиск с использованием агрегаций, когда минимизация числа переходов неэффективна (например, когда минимизация числа переходов явным образом отключена или неявным образом отключена при использовании поиска с прокруткой, асинхронного и поиска в заданное время).
Это влияет на агрегации CCS в Kibana, потому что Kibana по умолчанию использует асинхронный поиск. Эта проблема также может возникнуть во всех режимах удалённых подключений, настроенных для межкластерного поиска (sniff и proxy). В режиме sniff мы подключаемся только к подмножеству удалённых узлов (по умолчанию 3). Поэтому, если удалённый узел, к которому мы хотим отправить запрос, не входит в эти 3, нам необходимо отправить запрос как прокси-запрос. Решением является периодическая перезагрузка узлов с давлением на кучу.
Мы исправили эту проблему в Elasticsearch 7.15.1 и более поздних версиях. Более подробную информацию см. в #78404.
- Обработка запроса, когда последний элемент в массиве отфильтрован (например, используя
_source_includes), завершается с ошибкой. Это связано с ошибкой в парсере Jackson. Исправлено в Elasticsearch 8.6.1 (#91456) - Устаревшее свойство
index.mapper.dynamicможет привести к сбою кластера. Его можно задать только с помощью API Обновление настроек индекса. Симптомы включают в себя неудачный запуск узлов или отказ фрагментов от распределения. Не используйте это свойство в версиях до 7.17.22. Баг исправлен в 7.17.22. (проблема: #109160)
Улучшения
- Карта
-
- Восстановление публичной видимости методов в
RootObjectMapper#77274
- Восстановление публичной видимости методов в
Исправления ошибок
- EQL
- Машинное обучение
-
- Исправление сбоя предварительного просмотра данных ввода с полем времени
date_nanos#77109 - Перемещение задания не должно завершаться с ошибкой, если оно заблокировано на отмене #77207 (проблема: #75377)
- Сохранение задачи задания при сбое во время открытия #77206
- Повторная попытка сброса, если существующая задача была прервана внезапно #77328 (проблема: #77207)
- Исправление сбоя предварительного просмотра данных ввода с полем времени
- SQL
- Моментальный снимок/восстановление
© 2023-2025 Elasticsearch
As of September 2024, Elasticsearch is available under a choice of three licenses: the Server Side Public License (SSPL), the Elastic License, or the AGPLv3 (OSI approved).
Elasticsearch and the Elasticsearch logo are trademarks of Elasticsearch B.V., registered in the U.S. and in other countries.
https://www.elastic.co/guide/en/elasticsearch/reference/7.17/release-notes-7.14.2.html