More synchronization issues

Hey all.

Feel like I’ve been posting here a lot lately, but I’ve got another strange synchronization issue that I can’t figure out.

I’m running syncthing as an app on TrueNAS Scale, and it’s having an issue syncing 1 specific file from my laptop (Pop_OS, ext4 filesystem).

Sync is continuing for other files, so I don’t believe it to be an issue with permissions.

Here’s the laptop, which has the file locally:

Here’s what it looks like on the NAS:

Both sides of the connection are Send & Receive. I’m not sure why the NAS thinks that file is 0 bytes? The modifying device also should be the laptop, not the NAS.

I tried enabling the various debugging facilities but couldn’t track down much regarding this file or why it’s failing to transfer. I could probably fix the issue by resetting the database on TrueNAS, but I would much rather determine why this is happening, as it’s not the first time I’ve run into issues like this.

If it’s a configuration issue at the heart of it, I’d like to fix it permanently.

1 Like


same thing happened to me with an working audacity file ( file.aup3-wal) although the audacity project was saved a year ago, syncthing considered the file was locked. I had to reopen the project under audacity, get the message ‘this project was not saved properly’, save it and quit. this removed the ‘wal’ file thus my problem.

for your case

  • check if a process is attached to your file ( with ‘fuser’)
  • try to rename it…

Can’t be a file locking issue, I’ve rebooted the machine multiple times since the issue started.

Renaming the file might work, I kinda want to identify root cause though. I shouldn’t need to rename a file for it to sync properly.

I wrote working audacity file ( file.aup3-wal) although the audacity project was saved a year ago, syncthing considered the file was locked

Of course the file was not locked by a process anymore. I don’t know how syncthing was stuck on that particular file, but on other side this file was a subset of the projet “file.aup3”, and when I reopend that project, I got a warning message from audacity about not properly saved project.I find it ok if syncthing don’t try to sync such working files. now what are unf files ?

WAL files are usually database files that are not “written to” in a normal way, they are memory mapped, and memory is modified, which changes the file content without changing the modification date, so syncthing has no way of knowing that the file has actually changed.

In general, you will struggle to sync files like that, as databases/wal files are not intended to be sync’ed and are used as crash safeguards, so syncing them is generally a bad idea.

Also, what does

syncthing considered the file was locked

mean? I don’t think syncthing cares about locking as long as it can read the file.

It’s a backup of my Unifi controller. Essentially a configuration dump.

Confused as to the first part of this, was that directed at skysyncth94?

The file I’m syncing isn’t any sort of WAL, it’s just a config dump from a Unifi controller. essentially just an archive with a bunch of text configuration files in it.

Sorry, got confused by the different problem described. You should post screenshots of the local device state not the remote device state.

Also, check the console for errors.

I’ll grab screenshots when I get home. Which console? I already dug through the logs if that’s what you’re referring to, nothing stood out.

Also, there is a known bug that we’ve been trying to track down for a while with no success where status reporting is simply incorrect between devices.

You could try removing and readding the folders on both sides.

Not just the status in this case, the file is definitely not there on the remote side.

Here’s the screenshots of the local state.

Bottom one is the laptop with the problem file.

Seems that it somehow missed an index update (which is the bug I am referring to above).

The best option is to remove the folder on the device that is missing the file and add it again.

You can tell this from the fact that the total file count is different I suppose? Wish I could be of more help with reproducing the bug, but I went weeks without noticing that this file wasn’t syncing.

Honestly it’s not important anymore, I have more recent backups. Just going to delete the file.


I don’t think so either, but I can’t think of any other explanation, other than an unfortunate coincidence that would have caused me to see the same symptoms as Bladewdr on a ‘work file’ type file. As for the date of the file, that is a good explanation, but not in my case, since I saw this bug appear on a first synchronization performed after Syncthing had been set up, much later than the persistent creation of this wal file.

Honestly it’s not important anymore, I have more recent backups. Just going to delete the file.

this means that It’s not a work file, it’s a normal file generated by Unify, just like an .aup3 is the saved result of an Audacity session, which blows my hypothesis out of the water and confuses this topic (sorry). So this bug would be random, without being able to determine the reason for its appearance at the moment.

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