# Master node missing path.data

**URL:** https://discuss.elastic.co/t/master-node-missing-path-data/274338
**Category:** Elasticsearch
**Created:** [May 28, 2021, 12:22pm UTC](https://discuss.elastic.co/t/master-node-missing-path-data/274338 "2021-05-28T12:22:37Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![Juri\_P](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/juri_p/32/78918_2.png) [@Juri\_P](https://discuss.elastic.co/u/Juri_P)
#### Post date: [May 28, 2021, 12:22pm UTC](https://discuss.elastic.co/t/master-node-missing-path-data/274338/1 "2021-05-28T12:22:37Z")

</div>

I have an ELK cluster, with two elasticsearch nodes, one with roles master, data and ingest, and the other with only data and ingest. There's also a script making backups each night to a shared disk on another server. I want to change the location for the backup to another shared disk, and ran into some issues. When I only changed the location in the script I got the following error message:

`[backups] location [\\\\MYSERVER\\MyNewSharedDisk\\ELK_Cluster\\Backups\\snapshot_2021_05_28\\] doesn't match any of the locations specified by path.repo`

So I figured I'd add the new location to elasticsearch.yml `path.repo` of both nodes. And after I do this I should do a rolling restart. But I noticed that the config for the master node doesn't have a `path.data` configured. And according to [this](https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-node.html#master-node):

> Master nodes must have a path.data directory whose contents persist across restarts, just like data nodes, because this is where the cluster metadata is stored. The cluster metadata describes how to read the data stored on the data nodes, so if it is lost then the data stored on the data nodes cannot be read.

So now I'm worried that if I restart something will break. And I can't set `path.data` without restarting either I think. What can I do to fix this, to change the backup location?

Elasticsearch version 6.6.2

(I'm new to elasticsearch, and recently took over this project, so I'm not entirely familiar with what I have running or with elasticseach terminology. The person who originally set it up is not available for questions)

---

<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: [May 31, 2021, 7:27am UTC](https://discuss.elastic.co/t/master-node-missing-path-data/274338/2 "2021-05-31T07:27:10Z")

</div>

Welcome to our community! 😃

> [@Juri\_P](#):
>
> Elasticsearch version 6.6.2

You should upgrade, 6.6 reached [EOL](https://www.elastic.co/support/eol) some time ago.

> [@Juri\_P](#):
>
> So now I'm worried that if I restart something will break. And I can't set `path.data` without restarting either I think. What can I do to fix this, to change the backup location?

Just set `path.repo` and you will be fine.

There is a default `path.data` that it will be using - should be `/var/lib/elasticsearch` on linux. That note is there partially because people were using non-persistent disk (eg with spot instances) and losing their clusters when the master node was terminated.

---

<div class="post-metadata">

### Author: ![Juri\_P](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/juri_p/32/78918_2.png) [@Juri\_P](https://discuss.elastic.co/u/Juri_P)
#### Post date: [May 31, 2021, 9:23am UTC](https://discuss.elastic.co/t/master-node-missing-path-data/274338/3 "2021-05-31T09:23:18Z")

</div>

Ah ok great, thanks for the info!

---

<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: [June 28, 2021, 9:23am UTC](https://discuss.elastic.co/t/master-node-missing-path-data/274338/4 "2021-06-28T09:23:29Z")

</div>

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