# Replacing existing Nextcloud syncing

**URL:** https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629
**Category:** Support
**Created:** [February 12, 2024, 3:42pm UTC](https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629 "2024-02-12T15:42:15Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![lotusaurus](https://forum.syncthing.net/letter_avatar_proxy/v4/letter/l/b3f665/32.png) [@lotusaurus](https://forum.syncthing.net/u/lotusaurus)
#### Post date: [February 12, 2024, 3:42pm UTC](https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629/1 "2024-02-12T15:42:15Z")

</div>

I’m currently syncing folders on my Windows PC with Nextcloud in a docker container on an unRAID server. NC offers much more than what I need and needs a bit of maintenance, so I’m thinking of moving to Syncthing.

I’d like to find out how to replace my existing NC syncing with Syncthing. Currently the unRAID server holds all my work files, more or less organised as Work/Client/Year. Depending on what I’m working on, I sync a subset of all the work files with the PC. So the server might have clients A, B and C, with years 2021-2023. On the PC I might have only Work/Client\_A/2022, Work/Client\_A/2023 and Work/Client\_B/2023. I assume Syncthing can do this?

What I’m more nervous about is the initial setup. I’d like to point Syncthing at the existing folders, but how do I tell Syncthing that the server is the “master” device and that the PC should hold only a subset? My worry is that Syncthing will compare the existing files on the server against those on the PC and decide to delete whatever is on the server but not the PC. Or, potentially problematic because of disk space, Syncthing might copy anything that is on the server but not the PC, to the PC.

I’m sure there’s a way of doing this, but couldn’t find anything that seems to address this directly.

---

<div class="post-metadata">

### Author: ![mraneri](https://forum.syncthing.net/letter_avatar_proxy/v4/letter/m/b19c9b/32.png) [@mraneri](https://forum.syncthing.net/u/mraneri)
#### Post date: [February 12, 2024, 4:08pm UTC](https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629/2 "2024-02-12T16:08:41Z")

</div>

> [@lotusaurus](#):
>
> I assume Syncthing can do this?

Kinda but not really. This is probably Syncthing’s biggest weakness.

Syncthing doesn’t understand the concept of selective sync. It’s a weakness for the arrangement you are considering.

It can sort of be done with ignore patterns but it really isn’t designed to do what you want it to do. There have been multiple discussions about this in the past and some starting attempts (including a recent set of pull requests) but nothing has made it into the mainstream syncthing yet.

This is not an easy thing to implement, but I do wish someone with more intimate knowledge of the code would take a serious crack at it.

Some discussion about it here:

> [@Selective Sync Feature(most important)](https://forum.syncthing.net/t/selective-sync-feature-most-important/16394/56):
>
> I think the main problem is that there is really NO interface to the operating system GUI. The only interface is the Web browser. So if Syncthing creates empty/dummy files that “open in syncthing” for them to be on-demand downloaded, there is really no program for them to open in. For me this is still a really important feature. I think the ignore list capability means that a good bit of the underlying code may be ready for this kind of feature. But the fundamental problem of a lack of inte…

---

<div class="post-metadata">

### Author: ![tomasz86](https://forum.syncthing.net/letter_avatar_proxy/v4/letter/t/96bed5/32.png) [@tomasz86](https://forum.syncthing.net/u/tomasz86)
#### Post date: [February 12, 2024, 5:30pm UTC](https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629/3 "2024-02-12T17:30:18Z")

</div>

Ignore patterns can work for this scenario, however it depends whether you want to set them once and forget, or whether you need to fiddle with them often. The latter can be cumbersome, e.g. as ignoring files doesn’t remove them locally, and if that’s your goal, then you will still need to delete them manually.

---

<div class="post-metadata">

### Author: ![acolomb](https://forum.syncthing.net/user_avatar/forum.syncthing.net/acolomb/32/11343_2.png) [@acolomb](https://forum.syncthing.net/u/acolomb)
#### Post date: [February 12, 2024, 8:38pm UTC](https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629/4 "2024-02-12T20:38:59Z")

</div>

Of course you can always configure different sync folders per year / client / whatever, then share only with the devices that need them. Just an alternative approach to ignore patterns within one big shared folder.

As for initial sync of existing folders, Syncthing will merge whatever it finds on both sides, but not delete anything during first sync. If a files disappears after it was previously seen on the same device, that’s when a deletion will be synced to other devices. To control what is or isn’t received from the other nodes, you can set the ignore patterns right when configuring the folder on a device, before it even starts syncing / scanning.

---

<div class="post-metadata">

### Author: ![lotusaurus](https://forum.syncthing.net/letter_avatar_proxy/v4/letter/l/b3f665/32.png) [@lotusaurus](https://forum.syncthing.net/u/lotusaurus)
#### Post date: [February 13, 2024, 1:27am UTC](https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629/5 "2024-02-13T01:27:51Z")

</div>

Thanks for all the responses. Looks like Syncthing doesn’t quite fit my use case - no disrespect intended.

---

<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: [March 14, 2024, 1:28am UTC](https://forum.syncthing.net/t/replacing-existing-nextcloud-syncing/21629/6 "2024-03-14T01:28:08Z")

</div>

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