Ignore_missing flag in snapshot listing?


(José de Zárate) #1

When I want to list the snapshots that are within a certain repository, I
issue the following command:
curl -XGET http://localhost:9200/_snapshots/<repository_name>/_all

as I understand, this is the only way of doing it.

However, chances are that while I'm issuing that command, some other
process may delete a snapshot. I' ve found that it may provoke an error
response from the list command, given the right conditions. I've figured
that when the _all api call is made, elastic search finds out about every
snapshot it has in the repository, and then fetch info from every one of
them (by doing something similar to what
curl -XGET http:
//localhost:9200/_snapshots/<repository_name>/<snapshot_name>

does), and the returns a listing with the collected info.

If a snapshot is deleted by some other process AFTER elasticsearch has got
all the snapshot names, and BEFORE elasticsearch starts collecting info of
every one of them, an error related to elasticsearch not being able to find
that particular snapshot is thrown.

My question is

  • Is it possible to use a flag like "ignore_missing_snapshots" or
    something like that when making the curl -XGET http:
    //localhost:9200/_snapshots/<repository_name>/_all call?

  • Can I "list by prefix", telling elastic search I want to list only the
    snapshots that starts by certain prefix? something like -XGET http://localhost:9200/_snapshots/<repository_name>/_all?prefix=
    that way I could make sure the listing process doesn't interfere with the
    possible deletion process

--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/d31b55f3-2393-483e-bf7a-560c956483ad%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


(system) #2