Elasticsearch версия 8.4.2
Также см. Разрывы совместимости в 8.4.
Известные проблемы
-
В этой версии обнаружена регрессия в запросах
multi_match, использующих тип ранжированияcross_fields. ElasticsearchПри выполнении запроса
multi_matchс типомcross_fields, Elasticsearch иногда может выбросить исключение IllegalArgument с сообщением «totalTermFreq должен быть не меньше docFreq». Если используется тип ранжированияcross_fields, рекомендуется пропустить версию 8.4.2. Эта регрессия была исправлена в версии 8.4.3. - При использовании поиска по диапазонам дат с форматом, в котором отсутствуют все поля даты (отсутствует месяц или день), может использоваться неправильно разобранная дата. Решением является использование шаблона даты со всеми полями даты (год, месяц, день) (проблема: #90187)
- Данные ленты машинного обучения не могут быть перечислены, если ни одна из них не изменялась с версии 6.x
Если у вас есть лента данных, созданная в версии 5.x или 6.x и не обновлявшаяся с 7.0, то в версиях 8.4 и 8.5 перечисление лент данных невозможно. Это означает, что задачи обнаружения аномалий не могут управляться с помощью Kibana. Эта проблема исправлена в 8.6.0.
Если вы обновитесь до 8.4 или 8.5 с такой лентой данных, вам необходимо обойти проблему, обновив информацию об авторизации каждой ленты данных, используя эти шаги.
- Оркестраторы, использующие файл
settings.jsonдля конфигурации Elasticsearch, могут столкнуться с тупиками во время выборов мастера (проблема: #92812)Для решения проблемы удалите файл
settings.jsonи перезапустите соответствующий узел. - Разбор запроса, когда последний элемент в массиве отфильтровывается (например, с использованием
_source_includes), завершается неудачно. Это связано с ошибкой в парсере Jackson. Исправлено в Elasticsearch 8.6.1 (#91456) -
При использовании процессора обработки вложений ingest attachment processor взаимодействие Tika с log4j 2.18.0 и выше (введён в Elasticsearch 8.4.0) приводит к избыточному протоколированию. Это чрезмерное протоколирование может привести к нестабильности кластера, до такой степени, что кластер становится непригодным для использования, и узлы необходимо перезапустить. (проблема: #91964). Эта проблема исправлена в Elasticsearch 8.7.0 (#93878)
Для решения проблемы обновитесь до версии 8.7.0 или выше.
Исправления ошибок
- Распределение
-
- Исправлен режим отладки в
MaxRetryAllocationDecider#89973
- Исправлен режим отладки в
- Аутентификация
-
- Исправлено двойное отправление ответа в
TransportOpenIdConnectPrepareAuthenticationAction#89930
- Исправлено двойное отправление ответа в
- Автомасштабирование
- Состояние
- ILM+SLM
- Инфраструктура/Ядро
- Узел ingest
-
- Исправление отсутствия конвейера
idв метаданных ingest внутри блокаon_failure#89632
- Исправление отсутствия конвейера
- Машинное обучение
- Сеть
-
- Исправление утечки памяти при двойном вызове
RestChannel.sendResponse#89873
- Исправление утечки памяти при двойном вызове
- Ранжирование
- Сводка
-
- Перенаправление
TransportRollupCapsActionв пул УПРАВЛЕНИЯ #89803
- Перенаправление
- Поиск
- Преобразование
Улучшения
Обновления
© 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/8.17/release-notes-8.4.2.html