# Cloud isn't restoring from snapshot **URL:** \ **Category:** Elastic Cloud Enterprise (ECE)\ **Created:** [July 26, 2019, 7:03pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491 "2019-07-26T19:03:42Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![seanziee](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/seanziee/32/45151_2.png) [@seanziee](https://discuss.elastic.co/u/seanziee)\ **Post date:** [July 26, 2019, 7:03pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/1 "2019-07-26T19:03:42Z")
This is a pretty basic use case, don't know how this isn't caught yet in testing, but I can't bring a snapshot I have over because of the .kibana index (and .apm-\*) which come default on the new instance. I have 100's of indices to import so I also can't manually pull in each one that I need. So then my only option is to write out all 300 indices manually, excluding the .kibana index. Am I missing something? `failed to restore snapshot java.lang.IllegalStateException: index and alias names need to be unique, but the following duplicates were found [.kibana (alias of [.kibana_1/k-nvOLVkSp-gKDdnJ227RQ])] at org.elasticsearch.cluster.metadata.MetaData$Builder.build(MetaData.java:1212) ~[elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.ClusterState$Builder.metaData(ClusterState.java:703) ~[elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.snapshots.RestoreService$1.execute(RestoreService.java:418) ~[elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.ClusterStateUpdateTask.execute(ClusterStateUpdateTask.java:47) ~[elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.service.MasterService.executeTasks(MasterService.java:687) ~[elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.service.MasterService.calculateTaskOutputs(MasterService.java:310) ~[elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.service.MasterService.runTasks(MasterService.java:210) [elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.service.MasterService$Batcher.run(MasterService.java:142) [elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.service.TaskBatcher.runIfNotProcessed(TaskBatcher.java:150) [elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.cluster.service.TaskBatcher$BatchedTask.run(TaskBatcher.java:188) [elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingRunnable.run(ThreadContext.java:688) [elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.common.util.concurrent.PrioritizedEsThreadPoolExecutor$TieBreakingPrioritizedRunnable.runAndClean(PrioritizedEsThreadPoolExecutor.java:252) [elasticsearch-7.2.0.jar:7.2.0] at org.elasticsearch.common.util.concurrent.PrioritizedEsThreadPoolExecutor$TieBreakingPrioritizedRunnable.run(PrioritizedEsThreadPoolExecutor.java:215) [elasticsearch-7.2.0.jar:7.2.0] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?] at java.lang.Thread.run(Thread.java:834) [?:?]` ---
**Author:** ![Alex\_Piggott](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/alex_piggott/32/11053_2.png) [@Alex\_Piggott](https://discuss.elastic.co/u/Alex_Piggott)\ **Post date:** [July 29, 2019, 3:09pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/2 "2019-07-29T15:09:57Z")
There's a couple of options: - If you _don't_ want to overwrite your existing indices, you can just do (eg) `-.kibana*` to _exclude_ Kibana - If you _do_ want to overwrite an existing index then you can stop Kibana (or put stop routing to all nodes in the cluster, to stop Kibana recreating the indices), delete all the `.kibana*` indices/aliases, then restore from snapshot, then restart Kibana. ---
**Author:** ![seanziee](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/seanziee/32/45151_2.png) [@seanziee](https://discuss.elastic.co/u/seanziee)\ **Post date:** [July 29, 2019, 6:12pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/3 "2019-07-29T18:12:40Z")
Neither of those solutions are working for me. When I stop the routing, I can't delete the indices because I get a `503: service unavailable`. When I try the -.kibana\* I get an error that there are no indices with that name. Wildcard doesn't work, but also when I explicitly mention -.kibana\_1, still no index found. ---
**Author:** ![seanziee](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/seanziee/32/45151_2.png) [@seanziee](https://discuss.elastic.co/u/seanziee)\ **Post date:** [July 29, 2019, 6:18pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/4 "2019-07-29T18:18:52Z")
![20%20AM](https://us1.discourse-cdn.com/elastic/original/3X/b/c/bcb0839a5c211ca9cf409c0da93ba0b37dc6c657.png) ---
**Author:** ![Alex\_Piggott](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/alex_piggott/32/11053_2.png) [@Alex\_Piggott](https://discuss.elastic.co/u/Alex_Piggott)\ **Post date:** [July 29, 2019, 6:38pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/5 "2019-07-29T18:38:04Z")
If you use the console API (rather than `curl`), then the close/delete should work even after stopping the routing ... either that or we've sneaked a bug into the console API recently, since that used to work (I'll check) On the `-.kibana*` not working - interesting .. the API definitely lets you do that, you might need to use the ES API ([https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-snapshots.html#\_snapshot](https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-snapshots.html#_snapshot)) I'll create a bug report internally, we should fix that ---
**Author:** ![seanziee](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/seanziee/32/45151_2.png) [@seanziee](https://discuss.elastic.co/u/seanziee)\ **Post date:** [July 29, 2019, 7:08pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/6 "2019-07-29T19:08:16Z")
When you say console api, do you mean the cloud console, stop routing button? Or within Kibana? ---
**Author:** ![Alex\_Piggott](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/alex_piggott/32/11053_2.png) [@Alex\_Piggott](https://discuss.elastic.co/u/Alex_Piggott)\ **Post date:** [July 29, 2019, 7:23pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/7 "2019-07-29T19:23:06Z")
Sorry - Console API = the "Elasticsearch \> API console" entry under the deployment (eg URL `deployment/:id/elasticsearch/console`) - that is "immune" to the effects of the stop routing function I also looked into the snapshot UI. Apparently those spurious validation checks were just removed but unfortunately aren't slated to go into ECE until 2.4, so in the meantime it is necessary to use the ES API ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [August 12, 2019, 7:23pm UTC](https://discuss.elastic.co/t/cloud-isnt-restoring-from-snapshot/192491/8 "2019-08-12T19:23:07Z")
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.