![]() So, I moved on to a different out of sync folder. I suspect the addition of scripts and temporary files caused re-syncs and one of them finally did the trick. However, in the middle of all this, the folder finally synced up. The db-file-get results matched on all attributes (except for sequence) on all 7,657 items. On the iMac, I ran and db-file-get as suggested on all items returned by db-browse-get and, then again on all listed by find (the lists were identical except for ignored items). DS_Store | wc -lįolders 1,210 1,200 find * -type l | wc -l type iMac Linux Commandįiles 7,631 7,631 find * -type f ! -name. Only the global state count on the iMac seems amiss. The local state counts on both devices are the same and match actual number of file system objects (see table below). | wc -l confirms 7,631 files on both devices.Īt this time, short of running a checksum on each file, I believe the folders are identical on both devices. The local and global state counts dropped to 7,631 and 7,649 respectively on the iMac. Since I didn’t really need the folder containing the 4 files that were out of sync, I deleted it on the iMac. The folder changed to up to date on the iMac and the item counts remained the same. I touched all 4 out of sync items on the Linux box and kicked off a rescan. stglobalignore (this is a symlink) # Various temporary files ![]() Plus, all four out of sync files shown in Figure 2 above are on both devices and their MD5s identical (sorry I didn’t check this before). stignore should ignore the 4 out of sync items (and if something did, hundreds of other items should also be ignored). The device information for iMac and Linux box are shown in figures 4 and 5 respectively. However, it is not resolved by running rescan on either or both devices. Previously I said that I did not believe this was a bug. Note: Watch is disabled in the Linux box because all changes will on other devices thus, watch does not seem necessary. All 11,498 files from the iMac’s local state have been synchronized. This folder started empty and is up to date according to Syncthing. However, I have two other out of sync folders on the iMac and, the counts are different on those too.įigure 3 shows the the destination folder on the Linux box. I don’t yet know if this difference is relevant. find folder -type f | wc -l confirms there are exactly 11,506 files in the source folder as expected (11,498 + 4 ignored + 4 out of sync). I cannot account for the difference between the local and global state counts. DS_Store files) but, these should not be included in the counts. There are also 4 ignored files (all macOS. Leaving out the 4 that are out of sync yields 11,498, which is the local state. There are 11,502 files that should be synchronized. Note the difference between the global and local states. Figure 2 shows the four out of sync files. There is a wide variety of files types in the folder (although this should not matter). Thus, the end effect should be the same as performing a simple copy from the source to the destination.įigure 1 shows the source folder on the iMac. I chose these terms because the destination started empty and no changes were made during synchronization. I realize that since both folders are send-receive, that these terms are technically incorrect. Note: Below I use the terms source and destination. ![]() Since ulimit -n shows 4864 open files per process and kern.maxfiles is 196,608, too many open files does not yet make since to me–but my knowledge in this area limited and mostly theoretical. When failures are occurring, lsof shows just 250-260 files open for Syncthing and about 17,000 open system wide. It happens most frequently when Syncthing has a lot of work in progress. I don’t know what they mean and have not had a chance to explore them. Generic failures happen on the Linux box. I have observed two reasons for failures: too many open files and generic failure. All 13 synchronized to the Linux box are up to date.Īlthough the failures are temporary and I don’t think they should affect final synchronization outcome, I’ll briefly describe what know about them so far. Of the 17 folders on the iMac, 3 are out of sync and 14 are up to date. During this process, there were failed items, but this morning there are none. So, I let Syncthing run overnight on both device to allow the sync state to stabilize.
0 Comments
Leave a Reply. |