-
Notifications
You must be signed in to change notification settings - Fork 25k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Select snapshots using RepositoryData#snapshotsDetails
where possible
#95345
Labels
:Distributed Coordination/Snapshot/Restore
Anything directly related to the `_snapshot/*` APIs
>enhancement
Team:Distributed (Obsolete)
Meta label for distributed team (obsolete). Replaced by Distributed Indexing/Coordination.
Comments
DaveCTurner
added
>enhancement
:Distributed Coordination/Snapshot/Restore
Anything directly related to the `_snapshot/*` APIs
labels
Apr 18, 2023
elasticsearchmachine
added
the
Team:Distributed (Obsolete)
Meta label for distributed team (obsolete). Replaced by Distributed Indexing/Coordination.
label
Apr 18, 2023
Pinging @elastic/es-distributed (Team:Distributed) |
This issue also appears to be impacting the performance of the Snapshot & Restore UI. See: elastic/kibana#122522 |
DaveCTurner
added a commit
to DaveCTurner/elasticsearch
that referenced
this issue
Aug 11, 2024
The features of get-snapshots API are all tested in isolation or small combinations, but there's no one test which pins down exactly how they all interact. This commit adds such a test, to verify that any future optimization work preserves the observable behaviour. Relates elastic#95345 Relates elastic#104607
cbuescher
pushed a commit
to cbuescher/elasticsearch
that referenced
this issue
Sep 4, 2024
The features of get-snapshots API are all tested in isolation or small combinations, but there's no one test which pins down exactly how they all interact. This commit adds such a test, to verify that any future optimization work preserves the observable behaviour. Relates elastic#95345 Relates elastic#104607
davidkyle
pushed a commit
to davidkyle/elasticsearch
that referenced
this issue
Sep 5, 2024
The features of get-snapshots API are all tested in isolation or small combinations, but there's no one test which pins down exactly how they all interact. This commit adds such a test, to verify that any future optimization work preserves the observable behaviour. Relates elastic#95345 Relates elastic#104607
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
:Distributed Coordination/Snapshot/Restore
Anything directly related to the `_snapshot/*` APIs
>enhancement
Team:Distributed (Obsolete)
Meta label for distributed team (obsolete). Replaced by Distributed Indexing/Coordination.
The get-snapshots API accepts a
size
parameter to limit the number of snapshots returned, but today it still retrieves all potentially-matchingSnapshotInfo
blobs before applying the limit. In repositories containing hundreds/thousands of snapshots this can take many minutes, and consume a large amount of heap. However we have enough information in theRepositoryData
to apply the limit before retrieving anySnapshotInfo
blobs if sorting by name, start time, or duration. We should do that to save time and memory.Workaround
Note that the
from_sort_value
parameter does restrict theSnapshotInfo
blobs retrieved if sorting by name, start time, or duration, so you can saysort=start_time&order=asc&from_sort_value=XXXXXX
to restrict things to just the snapshots which started after timeXXXXXX
(in milliseconds since the Unix epoch). If you pick a time close enough to the present then the API still works.The text was updated successfully, but these errors were encountered: