# Cannot restore snapshot to new single node cluster

**URL:** <https://discuss.elastic.co/t/cannot-restore-snapshot-to-new-single-node-cluster/285025>\
**Category:** Elasticsearch\
**Tags:** snapshot-and-restore\
**Created:** [September 23, 2021, 6:52pm UTC](https://discuss.elastic.co/t/cannot-restore-snapshot-to-new-single-node-cluster/285025 "2021-09-23T18:52:07Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![cdalexndr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/cdalexndr/32/55274_2.png) [@cdalexndr](https://discuss.elastic.co/u/cdalexndr)\
**Post date:** [September 23, 2021, 6:52pm UTC](https://discuss.elastic.co/t/cannot-restore-snapshot-to-new-single-node-cluster/285025/1 "2021-09-23T18:52:07Z")

</div>

I've made a snapshot for a single node cluster using default settings:

`PUT /_snapshot/backup/%3Csnapshot-%7Bnow%2Fd%7D%3E`

Created a new single node cluster, and tried to restore it:

`POST /_snapshot/backup/snapshot-2021.09.23/_restore`  
, but I get error:

```
"type" : "snapshot_restore_exception",
"reason" : "[backup:snapshot-2021.09.23/esJtA1MeRcenJbz3tkIL2A] cannot restore index [.geoip_databases] because an open index with same name already exists in the cluster. Either close or delete the existing index or restore the index under a different name by providing a rename pattern and replacement name"

```

The new cluster is empty, so I guess that `.geoip_databases` index is auto built on startup.

Shouldn't this type of feature **just work** on a new empty cluster?  
It's not user friendly to make users manually selecting indexes from snapshot to restore...

_Elasticsearch 7.14.1_

---

<div class="post-metadata">

**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\
**Post date:** [September 27, 2021, 12:33am UTC](https://discuss.elastic.co/t/cannot-restore-snapshot-to-new-single-node-cluster/285025/2 "2021-09-27T00:33:20Z")

</div>

> [@cdalexndr](#):
>
> The new cluster is empty, so I guess that `.geoip_databases` index is auto built on startup.

That would be correct. If you don't want any data in the new cluster just issue a `curl -H "Content-Type: application/json" -XDELETE 0:9200/*`.

> [@cdalexndr](#):
>
> Shouldn't this type of feature **just work** on a new empty cluster?

That's a valid assertion. I would suggest raising an issue on GitHub about this so we can take a closer look at making this smoother.

---

<div class="post-metadata">

**Author:** ![wir33658](https://avatars.discourse-cdn.com/v4/letter/w/9fc348/32.png) [@wir33658](https://discuss.elastic.co/u/wir33658)\
**Post date:** [September 27, 2021, 12:44pm UTC](https://discuss.elastic.co/t/cannot-restore-snapshot-to-new-single-node-cluster/285025/3 "2021-09-27T12:44:39Z")

</div>

You cannot delete this index, its a system index. So it is stupid that the snapshot stores this index, where you are not able to restore it. Does not make any sense and breaks the whole mechanism, don't get it.

At the end, before you can delete this index you have to do the following : [How to disable geoip usage in 7.14.0](https://discuss.elastic.co/t/how-to-disable-geoip-usage-in-7-14-0/281076)

---

<div class="post-metadata">

**Author:** ![cdalexndr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/cdalexndr/32/55274_2.png) [@cdalexndr](https://discuss.elastic.co/u/cdalexndr)\
**Post date:** [September 27, 2021, 1:14pm UTC](https://discuss.elastic.co/t/cannot-restore-snapshot-to-new-single-node-cluster/285025/4 "2021-09-27T13:14:58Z")

</div>

Github issue: [https://github.com/elastic/elasticsearch/issues/78320](https://github.com/elastic/elasticsearch/issues/78320)

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [October 25, 2021, 1:15pm UTC](https://discuss.elastic.co/t/cannot-restore-snapshot-to-new-single-node-cluster/285025/5 "2021-10-25T13:15:11Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.