Skip to content

Commit

Permalink
Merge branch 'main' into ml_from_gcs
Browse files Browse the repository at this point in the history
  • Loading branch information
elasticmachine committed Oct 12, 2023
2 parents 1ff429d + cf97e96 commit f76cbae
Show file tree
Hide file tree
Showing 2 changed files with 7 additions and 5 deletions.
10 changes: 6 additions & 4 deletions docs/reference/snapshot-restore/repository-s3.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -224,10 +224,12 @@ covered by the {es} test suite.
Note that some storage systems claim to be S3-compatible but do not faithfully
emulate S3's behaviour in full. The `repository-s3` type requires full
compatibility with S3. In particular it must support the same set of API
endpoints, return the same errors in case of failures, and offer consistency
and performance at least as good as S3 even when accessed concurrently by
multiple nodes. You will need to work with the supplier of your storage system
to address any incompatibilities you encounter.
endpoints, return the same errors in case of failures, and offer consistency and
performance at least as good as S3 even when accessed concurrently by multiple
nodes. You will need to work with the supplier of your storage system to address
any incompatibilities you encounter. Please do not report {es} issues involving
storage systems which claim to be S3-compatible unless you can demonstrate that
the same issue exists when using a genuine AWS S3 repository.

You can perform some basic checks of the suitability of your storage system
using the {ref}/repo-analysis-api.html[repository analysis API]. If this API
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -2018,7 +2018,7 @@ private RepositoryException notStartedException() {
/**
* Method used to set the current repository generation in the cluster state's {@link RepositoryMetadata} to the latest generation that
* can be physically found in the repository before passing the latest {@link RepositoryData} to the given listener.
* This ensures that operations using {@link SnapshotsService#executeConsistentStateUpdate} right after mounting a fresh repository will
* This ensures that operations using {@code SnapshotsService#executeConsistentStateUpdate} right after mounting a fresh repository will
* have a consistent view of the {@link RepositoryData} before any data has been written to the repository.
*
* @param listener listener to resolve with new repository data
Expand Down

0 comments on commit f76cbae

Please sign in to comment.