Syncthing only creates empty tmp files but not syncing files

Logs.zip (1.2 MB)

Hi Folks,

I’m stuck. Used Syncthing for ages and now sync stuck.

Case:

  1. Syncthing keeps creating .tmp empty (zero filled) files but not downloading files.
  2. Rarely one of files can have partial data
  3. Very rarely when doing from scratch some files can be synced but it will stuck again

Screenshots:

Tryed to play with both Syncthings for last 4 hours:

  1. Reset index
  2. Reset database
  3. Reset Android (sender) and Windows (receiver) configs and configure from scratch
  4. Tryed “Ignore permissions” from both sides
  5. Downgrade both versions to known good:
    1. Android: Used Fork and tryed 1.30.x and 2.x branches
    2. Windows: (Ordinary using SyncthingTray). Tryed 2.06, 2.0.0, 1.7.10
      1. Moreover, tryed from Downloads section latest 2.0.6 version.
  6. Use another drive, partition type (ntfs/refs), folder to perform initial sync
  7. Remove ~syncthing~….tmp files
  8. Perform many restarts
  9. Use mobile data instead of wlan
  10. Give folder permissions to Everyone:F
  11. Sender (Android) tryed root mode
  12. Receiver (Windows) has EnableLUA=0 (UAC disabled)
  13. Don’t remember any breaking configuration changes from OS side during this week.

Still don’t understand what is wrong. Verbose logs not pointing me to anything. Attached some of them (receiver side).

Can collect any additional logs from both devices.

Have you seen https://github.com/syncthing/syncthing/issues/10288? I think the issues look very similar, and in both cases the problem is about sending files from Android to Windows…

I always search for similar issues but have not found any. Thank you for pointing.

Sounds similar except strangines: Nothing is helping to resolve. Nor earlier version, not config cleanup.

And yes, log if full of “no connected device has this file” even after scanning on vanila version. (Will attach later)

  • Tryed on another nearly clean machine with minimum software:
    • Same problem. Checked with 2.0.3 Fork on Android + 2.0.6 on Windows minimal
    • Same problem. With 1.30.0.1 + 2.0.6
    • Same with 1.30.0.1 + 1.30
  • Tryed downgrade W10 version to July patch tuesday (19045.6093):
    • Same problem

So don’t know what to do more from my side for problem analysis. Still can collect any logs

Did you look at failed items in the GUI?

Tryed to wait some hours: files synced. Somehow it takes way to long to wait. Some hours for full complete sync if many file changed occured.

I tryed again with syncing DCIM/Camera dir to PC from scratch (except some of files).

  • From: Android (2.0.8 Fork)
  • To: PC (W10) (2.0.8)
  • Directory size: 2 folders, 7712 files. 50.4 GB
  • Full initial sync took from: 17:23 to 23:23. 6 hours.
  • From target side: synced ~40.8 GB which is kinda slow. Between 2-3MB/s avg

I suppose something doing too slow and it’s not normal. I have previously (1-2 years ago) done reverse sync (PC > Phone) with all my data. It was performed faster that this test case. If remember correctly - around 1h to push 100 GB of data.

Log attached (without debug option)

Moreover, as I see: connection is direct: not relayed, NATed and etc. (looked for connection/disconnection events):

Line 29024: 2025-09-09 16:56:16 INF Established secure connection (device=J44BQQD connection.local=192.168.0.100:22000 connection.remote=192.168.0.120:48516 connection.type=tcp-server connection.lan=true connection.crypto=TLS1.3-TLS_AES_128_GCM_SHA256 connection.prio=10 connection.id=633K75U0GS1FKHTE5LEE15E1HU log.pkg=connections)
Line 29025: 2025-09-09 16:56:16 INF New device connection (device=J44BQQD address=192.168.0.120:48516 remote.name="Nothing Phone" remote.client=syncthing remote.version=v2.0.8 log.pkg=model)
Line 29132: 2025-09-09 16:59:32 INF Lost device connection (kind=primary device=J44BQQD connection=192.168.0.100:22000-192.168.0.120:48516/tcp-server/TLS1.3-TLS_AES_128_GCM_SHA256/LAN-P10-633K75U0GS1FKHTE5LEE15E1HU error="reading length: read tcp 192.168.0.100:22000->192.168.0.120:48516: wsarecv: An existing connection was forcibly closed by the remote host." remaining=0 log.pkg=model)
Line 29133: 2025-09-09 16:59:32 INF Connection closed (device=J44BQQD connection=192.168.0.100:22000-192.168.0.120:48516/tcp-server/TLS1.3-TLS_AES_128_GCM_SHA256/LAN-P10-633K75U0GS1FKHTE5LEE15E1HU error="reading length: read tcp 192.168.0.100:22000->192.168.0.120:48516: wsarecv: An existing connection was forcibly closed by the remote host." log.pkg=model)
Line 29141: 2025-09-09 16:59:32 INF Established secure connection (device=J44BQQD connection.local=192.168.0.100:64176 connection.remote=192.168.0.120:42639 connection.type=tcp-client connection.lan=true connection.crypto=TLS1.3-TLS_AES_128_GCM_SHA256 connection.prio=10 connection.id=633K7SPGF5QOGCN71LRO7C3TMA log.pkg=connections)
Line 29142: 2025-09-09 16:59:32 INF New device connection (device=J44BQQD address=192.168.0.120:42639 remote.name="Nothing Phone" remote.client=syncthing remote.version=v2.0.8 log.pkg=model)


###########################


Line 683: 2025-09-10 01:22:22 INF Lost device connection (kind=primary device=J44BQQD connection=192.168.0.100:64176-192.168.0.120:42639/tcp-client/TLS1.3-TLS_AES_128_GCM_SHA256/LAN-P10-633K7SPGF5QOGCN71LRO7C3TMA error="reading length: read tcp4 192.168.0.100:64176->192.168.0.120:42639: wsarecv: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond." remaining=0 log.pkg=model)
Line 684: 2025-09-10 01:22:22 INF Connection closed (device=J44BQQD connection=192.168.0.100:64176-192.168.0.120:42639/tcp-client/TLS1.3-TLS_AES_128_GCM_SHA256/LAN-P10-633K7SPGF5QOGCN71LRO7C3TMA error="reading length: read tcp4 192.168.0.100:64176->192.168.0.120:42639: wsarecv: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond." log.pkg=model)
Line 685: 2025-09-10 01:25:04 WRN Failed to exchange Hello messages (device=J44BQQD address=84.15.189.112:27262 error=EOF log.pkg=connections)
Line 686: 2025-09-10 01:25:08 INF Established secure connection (device=J44BQQD connection.local="[::]:22000" connection.remote=192.168.0.120:42639 connection.type=quic-client connection.lan=true connection.crypto=TLS1.3-TLS_AES_128_GCM_SHA256 connection.prio=20 connection.id=633NM89MHGCKINE2UMEPB7192U log.pkg=connections)
Line 687: 2025-09-10 01:25:08 INF New device connection (device=J44BQQD address=192.168.0.120:42639 remote.name="Nothing Phone" remote.client=syncthing remote.version=v2.0.8 log.pkg=model)
Line 688: 2025-09-10 01:25:15 INF Established secure connection (device=J44BQQD connection.local=192.168.0.100:22000 connection.remote=192.168.0.120:38736 connection.type=tcp-server connection.lan=true connection.crypto=TLS1.3-TLS_AES_128_GCM_SHA256 connection.prio=10 connection.id=633NM945SEOPSB41TVF6A4225K log.pkg=connections)
Line 689: 2025-09-10 01:25:15 INF Additional device connection (device=J44BQQD address=192.168.0.120:38736 count=1 log.pkg=model)
Line 690: 2025-09-10 01:25:15 INF Lost device connection (kind=primary device=J44BQQD connection="[::]:22000-192.168.0.120:42639/quic-client/TLS1.3-TLS_AES_128_GCM_SHA256/LAN-P20-633NM89MHGCKINE2UMEPB7192U" error="replacing connection" remaining=1 log.pkg=model)
	

And more:

3 images sync takes 3+ minutes.

PC side:

2025-09-11 01:01:34 INF Paused folder (folder.label=DCIM_Secondary folder.id=b3k7q-itlxb folder.type=receiveonly log.pkg=model)
2025-09-11 01:01:48 INF Ready to synchronize (folder.label=DCIM folder.id=ia5zq-03nda folder.type=receiveonly log.pkg=model)
2025-09-11 01:01:48 INF Unpaused folder (folder.label=DCIM folder.id=ia5zq-03nda folder.type=receiveonly log.pkg=model)
2025-09-11 01:01:50 INF Completed initial scan (folder.label=DCIM folder.id=ia5zq-03nda folder.type=receiveonly log.pkg=model)
2025-09-11 01:04:58 INF Synced file (folder.label=DCIM folder.id=ia5zq-03nda folder.type=receiveonly file.name=Camera\IMG_20250910_115305219.jpg file.modified="2025-09-10 11:53:05.369400298 +0300 EEST" file.permissions=0770 file.size=2993885 file.blocksize=131072 blocks.local=0 blocks.download=23 log.pkg=model)
2025-09-11 01:04:58 INF Synced file (folder.label=DCIM folder.id=ia5zq-03nda folder.type=receiveonly file.name=Camera\IMG_20250910_115303029.jpg file.modified="2025-09-10 11:53:04.089400298 +0300 EEST" file.permissions=0770 file.size=3406271 file.blocksize=131072 blocks.local=0 blocks.download=26 log.pkg=model)
2025-09-11 01:04:58 INF Synced file (folder.label=DCIM folder.id=ia5zq-03nda folder.type=receiveonly file.name=Camera\IMG_20250910_115324704.jpg file.modified="2025-09-10 11:53:24.89740029 +0300 EEST" file.permissions=0770 file.size=3675962 file.blocksize=131072 blocks.local=0 blocks.download=29 log.pkg=model)

Android side:

2025-09-11 01:01:07 INF Paused folder (folder.label=DCIM_Secondary folder.id=b3k7q-itlxb folder.type=sendonly log.pkg=model)
2025-09-11 01:01:10 INF Ready to synchronize (folder.label=DCIM folder.id=ia5zq-03nda folder.type=sendonly log.pkg=model)
2025-09-11 01:01:10 INF Unpaused folder (folder.label=DCIM folder.id=ia5zq-03nda folder.type=sendonly log.pkg=model)
2025-09-11 01:01:38 INF Completed initial scan (folder.label=DCIM folder.id=ia5zq-03nda folder.type=sendonly log.pkg=model)
2025-09-11 01:06:54 WRN Failed to acquire open port (mapping=0.0.0.0:42639/UDP id=NAT-PMP@192.168.0.1 error="getting new lease on NAT-PMP@192.168.0.1 (external port 40662 -> internal port 42639): read udp 192.168.0.120:40533->192.168.0.1:5351: recvfrom: connection refused" log.pkg=nat)
2025-09-11 01:06:54 WRN Failed to acquire open port (mapping=0.0.0.0:42639/TCP id=NAT-PMP@192.168.0.1 error="getting new lease on NAT-PMP@192.168.0.1 (external port 40662 -> internal port 42639): read udp 192.168.0.120:46206->192.168.0.1:5351: recvfrom: connection refused" log.pkg=nat)

Tryed both with /storage/emulated/0/Music and /storage/emulated/0/DCIM.

/storage/emulated/0/Music:

  • 4496 files
  • 1138 folders
  • 40 GB
  • Around 25 minutes to sync from scratch

Logs:

PC_support-bundle-JXIMADI-2025-09-11T032254.zip (4.8 MB)

PC_SyncthingMusicTestLogs_Parted.part01.rar (10 MB)

(Continued below, because only 2 files can be attached. Splitted, not uploading correctly)

/storage/emulated/0/DCIM:

  • 7994 files
  • 5 folders
  • 52 GB
  • Waited for about 1.5h. Synced only 5.5GB and 1100 files

Logs (below because only 2 files can be attached):

Android side logs (below because only 2 files can be attached):

In looks like problems with hashing or similar. Like something throttling process.

Moreover, “Scan time remaining” likes to increment to hours or even days “remaining”, sync some files after N minutes, decrement and repeat process again.

1 Like

/storage/emulated/0/Music:

Logs (Part 2):

PC_SyncthingMusicTestLogs_Parted.part02.rar (10 MB)

PC_SyncthingMusicTestLogs_Parted.part03.rar (1.7 MB)

/storage/emulated/0/DCIM:

Logs (part 3):

PC_support-bundle-JXIMADI-2025-09-11T045409.zip (3.4 MB)

PC_SyncthingDCIMTestLogs.rar (2.5 MB)

Android side logs (part 4):

Android_Syncthing.rar (1.8 MB)

Android_support-bundle-J44BQQD-2025-09-11T045547.zip (132.5 KB)

P.S. Suppose somebody from staff members can merge posts because of 2 files limit for new users. And take out one of replies to this topic from antispam filter

Suppose now attached all of information to analyze and reproduce.

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