# Many Out of Sync items after inital sync

**URL:** https://forum.syncthing.net/t/many-out-of-sync-items-after-inital-sync/7199
**Category:** Support
**Created:** [April 19, 2016, 7:25pm UTC](https://forum.syncthing.net/t/many-out-of-sync-items-after-inital-sync/7199 "2016-04-19T19:25:17Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![baloan](https://forum.syncthing.net/user_avatar/forum.syncthing.net/baloan/32/2630_2.png) [@baloan](https://forum.syncthing.net/u/baloan)
#### Post date: [April 20, 2016, 6:43pm UTC](https://forum.syncthing.net/t/many-out-of-sync-items-after-inital-sync/7199/4 "2016-04-20T18:43:45Z")

</div>

Problem solved by using UNIX permissions on the freenas dataset.

Actually, this issue is duplicate of [Large repo synced but only tmp files received](https://forum.syncthing.net/t/large-repo-synced-but-only-tmp-files-received/6342). The root cause has been discussed in the freenas forum [https://forums.freenas.org/index.php?threads/cant-chmod-files-operation-not-permitted.22229/](https://forums.freenas.org/index.php?threads/cant-chmod-files-operation-not-permitted.22229/). For further reading search [https://www.google.com/search?q=freenas+syncthing+permission+chmod](https://www.google.com/search?q=freenas+syncthing+permission+chmod).

**TL;DR** : freenas does not support chmod with Windows permissions. Windows ACLs are stored in extended attributes so chmod is disabled as a safety to assure consistency in permissions. Syncthing fails the download if a final `chmod` fails.

For syncthing trying `setfacl` when `chmod` fails would elegantly get rid of this issue. Should I open an enhancement request for this?

---

_[View the full topic](https://forum.syncthing.net/t/many-out-of-sync-items-after-inital-sync/7199)._