From 625c550466c209799949370f86140ab437e4af91 Mon Sep 17 00:00:00 2001
From: Elastic Machine
The analysis may also report a failure if your repository experienced a service disruption while the analysis was running. + In practice, occasional service disruptions are inevitable, but the analysis cannot itself distinguish such disruptions from incorrect behavior so must report all deviations from the expected behavior as failures. + If you are certain that you can ascribe an analysis failure to such a service disruption, wait for your service provider to resolve the disruption and then re-run the analysis. + Elasticsearch will be unable to create or restore snapshots during repository service disruptions, so you must ensure that these events occur only very rarely.
If the analysis is successful, the API returns details of the testing process, optionally including how long each operation took. You can use this information to determine the performance of your storage system. If any operation fails or returns an incorrect result, the API returns an error. diff --git a/elasticsearch/_sync/client/snapshot.py b/elasticsearch/_sync/client/snapshot.py index 97b9ecea7..475d26ba7 100644 --- a/elasticsearch/_sync/client/snapshot.py +++ b/elasticsearch/_sync/client/snapshot.py @@ -802,6 +802,10 @@ def repository_analyze( This allows you to demonstrate to your storage supplier that a repository analysis failure must only be caused by an incompatibility with AWS S3 and cannot be attributed to a problem in Elasticsearch. Please do not report Elasticsearch issues involving third-party storage systems unless you can demonstrate that the same issue exists when analysing a repository that uses the reference implementation of the same storage protocol. You will need to work with the supplier of your storage system to address the incompatibilities that Elasticsearch detects.
+The analysis may also report a failure if your repository experienced a service disruption while the analysis was running. + In practice, occasional service disruptions are inevitable, but the analysis cannot itself distinguish such disruptions from incorrect behavior so must report all deviations from the expected behavior as failures. + If you are certain that you can ascribe an analysis failure to such a service disruption, wait for your service provider to resolve the disruption and then re-run the analysis. + Elasticsearch will be unable to create or restore snapshots during repository service disruptions, so you must ensure that these events occur only very rarely.
If the analysis is successful, the API returns details of the testing process, optionally including how long each operation took.
You can use this information to determine the performance of your storage system.
If any operation fails or returns an incorrect result, the API returns an error.
diff --git a/elasticsearch/_version.py b/elasticsearch/_version.py
index 314961bed..61fe3047a 100644
--- a/elasticsearch/_version.py
+++ b/elasticsearch/_version.py
@@ -16,5 +16,5 @@
# under the License.
__versionstr__ = "9.4.0"
-__es_specification_commit__ = "9926f2cb48e44e4e3540fbe48303dbfef72d8bd7"
+__es_specification_commit__ = "fcf537e4be958d56e9c7cafe9076afdc8a91ffc1"
_SERVERLESS_API_VERSION = "2023-10-31"
diff --git a/elasticsearch/dsl/types.py b/elasticsearch/dsl/types.py
index f0fc9020d..102535fa0 100644
--- a/elasticsearch/dsl/types.py
+++ b/elasticsearch/dsl/types.py
@@ -656,6 +656,7 @@ class FieldSort(AttrDict[Any]):
"keyword",
"text",
"search_as_you_type",
+ "wildcard",
"date",
"date_nanos",
"boolean",
@@ -721,6 +722,7 @@ def __init__(
"keyword",
"text",
"search_as_you_type",
+ "wildcard",
"date",
"date_nanos",
"boolean",
From df37adef3e462a0baab50a83a55efada5132d04c Mon Sep 17 00:00:00 2001
From: Miguel Grinberg