# Large NFS mount sync to another NFS mount
**URL:** https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184
**Category:** General
**Created:** [July 18, 2017, 5:11pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184 "2017-07-18T17:11:02Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@eroji](https://forum.syncthing.net/u/eroji)
#### Post date: [July 18, 2017, 5:11pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184/1 "2017-07-18T17:11:02Z")
I have a NFS mount with a sizable amount of data in many sub-directories that I want to synchronize to another server’s NFS mount. The source files is also continuously changing, although I am unable to get an exact measure of the rate of change. My question is, what is the best way for me to accomplish this with relatively low overhead. I will be running a rsync to get the bulk of the data over to the new NFS mount. I’ve previously used syncthing for something else with fairly good results. However, I am not sure how well it will deal with a NFS dataset so large. Writing a reiterative script using rsync is also possible, but AFAIK, rsync has a large overhead on runtime as it indexes and generates the metadata for the sync operation.
---
### Author:  [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [July 18, 2017, 5:12pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184/2 "2017-07-18T17:12:49Z")
You’re probably better off running Syncthing on the actual servers where the files reside.
---
### Author:  [@eroji](https://forum.syncthing.net/u/eroji)
#### Post date: [July 18, 2017, 5:41pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184/3 "2017-07-18T17:41:38Z")
Unfortunately that’s not possible. The NFS shares originates from an appliance and I cannot install anything on it.
---
### Author:  [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [July 18, 2017, 5:44pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184/4 "2017-07-18T17:44:06Z")
Then I’m not really sure what you are asking. Accessing files over NFS will of course give you more overhead than doing it natively. You will most likely not get filesystem notifications to work over NFS so Syncthing will depend on periodic scanning. Expect lots of metadata shuffling, hopefully some of it cached locally. I’m not sure what you can tweak to improve things. Probably this is similar whichever syncing solution you deploy.
If your two NFS mounts are mounted on the same NFS client there is no real advantage to using Syncthing at all, as far as I can tell.
---
### Author:  [@eroji](https://forum.syncthing.net/u/eroji)
#### Post date: [July 18, 2017, 5:48pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184/5 "2017-07-18T17:48:42Z")
It’s actually in an effort to migrate data from an old NFS appliance to a new one, hence the reason I am trying to explore ways to do this efficiently. I had expected it is not to be the best usecase of syncthing given that file changes in NFS does not notify the kernel.
---
### Author:  [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [July 18, 2017, 5:49pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184/6 "2017-07-18T17:49:39Z")
This sounds like the perfect use case for `rsync a/ b/` unless the appliances themselves provide something better (e.g., ZFS replication).
---
### Author:  [@papaxris](https://forum.syncthing.net/u/papaxris)
#### Post date: [July 19, 2017, 10:49pm UTC](https://forum.syncthing.net/t/large-nfs-mount-sync-to-another-nfs-mount/10184/7 "2017-07-19T22:49:22Z")
Agreed. This will be the path of least resistance to copy data from the old share to the new.