Elasticsearch バージョン 8.4.2
また、8.4 の破壊的変更も参照してください。
既知の問題
- このバージョンには、
cross_fields
スコアリングタイプを使用するmulti_match
クエリの回帰が含まれています。 Elasticsearchmulti_match
タイプのクエリをcross_fields
タイプで実行すると、Elasticsearch は時々「totalTermFreq must be at least docFreq」というメッセージを伴う IllegalArgument 例外をスローすることがあります。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 にアップグレードする場合は、これらの手順を使用して各データフィードの認証情報を更新することで問題を回避する必要があります。 - Elasticsearch を構成するために
settings.json
ファイルを使用するオーケストレーターは、マスター選挙中にデッドロックに遭遇する可能性があります(問題: #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
- インフラ/コア
- インジェストノード
on_failure
ブロック内のインジェストメタデータに存在しないパイプラインid
を修正 #89632
- 機械学習
- ネットワーク
RestChannel.sendResponse
を二重に呼び出すときのメモリリークを修正 #89873
- ランキング
- ロールアップ
TransportRollupCapsAction
を MANAGEMENT POOL にフォーク #89803
- 検索
- トランスフォーム
- スケジューラの同時実行修正 #89716(問題: [#88991](https://github.com/elastic/elasticsearch/issues/88991)