# Syncthing on ReadyNAS 6 fills /dev/md0

**URL:** https://forum.syncthing.net/t/syncthing-on-readynas-6-fills-dev-md0/23983
**Category:** Support
**Created:** [March 13, 2025, 10:14pm UTC](https://forum.syncthing.net/t/syncthing-on-readynas-6-fills-dev-md0/23983 "2025-03-13T22:14:19Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![LeoReynolds](https://forum.syncthing.net/letter_avatar_proxy/v4/letter/l/f14d63/32.png) [@LeoReynolds](https://forum.syncthing.net/u/LeoReynolds)
#### Post date: [March 13, 2025, 10:14pm UTC](https://forum.syncthing.net/t/syncthing-on-readynas-6-fills-dev-md0/23983/1 "2025-03-13T22:14:19Z")

</div>

I managed to install syncthing v1.12.1 on my ReadyNAS 422 running ReadyNAS 6.10.10. Changed the config.xml to listen on 0.0.0.0:8384. I started syncthing from the CLI. Used the GUI to set up. As soon as I started syncing files the CLI showed errors and syncthing stopped. df showed /dev/md0 was 100% used. It was ~13% used before syncing started. I assume it’s an index file or something in the wrong place that’s the culprit?

This is the second time I got it installed. Same thing happened the first time. I had to reset the NAS to factory default and wait 3 days for the volume to resync before I tried again. (!)

So now md0 is full, the nas GUI doesn’t work. I restarted from the command line. It has not fully booted after an hour, the GUI doesn’t work though the CLI does.

Can I fix this without reinstalling ReadyNAS from scratch? If not, how can I make sure the installation goes better next time?

---

<div class="post-metadata">

### Author: ![gadget](https://forum.syncthing.net/letter_avatar_proxy/v4/letter/g/dec6dc/32.png) [@gadget](https://forum.syncthing.net/u/gadget)
#### Post date: [March 14, 2025, 3:37am UTC](https://forum.syncthing.net/t/syncthing-on-readynas-6-fills-dev-md0/23983/2 "2025-03-14T03:37:45Z")

</div>

> [@LeoReynolds](#):
>
> I managed to install syncthing v1.12.1 on my ReadyNAS 422 running ReadyNAS 6.10.10. Changed the config.xml to listen on 0.0.0.0:8384. I started syncthing from the CLI. Used the GUI to set up. As soon as I started syncing files the CLI showed errors and syncthing stopped. df showed /dev/md0 was 100% used. It was ~13% used before syncing started. I assume it’s an index file or something in the wrong place that’s the culprit?

“~13%” of… 100MB? 😉

What size is `/dev/md0` and how many files are being synced?

Since it ran out of space so quickly, I’m guessing that it’s separate from the primary storage array. It might be a pair of small flash modules.

Syncthing keeps track of the state of files being synced across all peers in a database whose size is affected by the number of files being synced.

> [@](#):
>
> This is the second time I got it installed. Same thing happened the first time. I had to reset the NAS to factory default and wait 3 days for the volume to resync before I tried again. (!)
> 
> So now md0 is full, the nas GUI doesn’t work. I restarted from the command line. It has not fully booted after an hour, the GUI doesn’t work though the CLI does.
> 
> Can I fix this without reinstalling ReadyNAS from scratch?

Maybe. It sounds like ReadyNAS (based on Debian Wheezy Linux) is just out of space to boot the GUI. According to the spec sheet, the 422 model has 2GB of RAM – plenty enough for Linux to run in memory without fully depending on free disk space. Since the NAS is accessible via CLI, shutting down Syncthing, deleting Syncthing’s database, and rebooting should be enough for the NAS to recover.

> [@](#):
>
> If not, how can I make sure the installation goes better next time?

See Syncthing’s [FAQ](https://docs.syncthing.net/users/faq.html) the [command-line](https://docs.syncthing.net/users/syncthing.html) options for specifying a different location for its database.

Since the ReadNAS’ `/dev/md0` is most likely flash media, it might not be the best place for Syncthing’s database (there could be a lot of write cycles).

However, putting it on the main storage volume also might not be ideal depending on the number and typical file sizes being synced – e.g. indexing 1 million tiny files when they sit alongside Syncthing’s database could be a drag on performance.

But without enough details about your current setup, it’s all just educated guesses.

---

<div class="post-metadata">

### Author: ![system](https://forum-uploads.syncthingcdn.net/original/2X/0/0b50e0a202b22ae6a67190759e8c868805b8ed9f.png) [@system](https://forum.syncthing.net/u/system)
#### Post date: [April 13, 2025, 3:37am UTC](https://forum.syncthing.net/t/syncthing-on-readynas-6-fills-dev-md0/23983/3 "2025-04-13T03:37:57Z")

</div>

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