Syncing since .49 says out of sync - its not

I have been running a simple 2 computer syncthing sitation for about a year now. Works good.

Since .49 ComputerA is saying FolderB is out of sync for over 7k files. When I look through the items, I have them perfectly fine on ComputerB - whats even more is that the modified date is showing 2014, which is right, these are some old files.

So, ComputerB seems happy. Says fully in sync. I even tried the RC of .50 but no changes. With that many files out of sync, but are in sync and happy - what do I do?

Can you post screenshots from both sides?

You bet. Here they are

I know there is a bug with reporting the remote state as we had quite a few people complain, but I’ve also noticed the file counts differ, so perhaps this is caused by ignores?

Would that be something I have to turn on? This is base install, nothing crazy. Something I can check or try?

You should verify that both folders are shared both way, and if they are, post screenshots of the folder states from both sides.

Im not sure I follow, and I apologize for being a turd. The screenshots posted already show this, no? Not sure what else you mean?

On the screenshots the folder side of the UI is only shown for one device - I assume it’s also up to date on the other device. This would mean that the folders are actually in sync, but the accounting of the remote device status is incorrect. Still it would be good to have those screenshots, with one affected folder expanded (probably WebPublic) to see the local and global state.

This is confusing, I see your point.

Its reporting quite different numbers for the local and global state.

Should I try a -reset-deltas or -reset-database?

Please do not reset anything yet! I’d really like to find out what’s going on here, such that the underlying problem can be fixed.

Usually a lower local state is normal due to ignore patterns, but there is no indication that you use those and if you did, the remote shouldn’t consider you as out of date. Can you confirm you don’t have ignore patterns set (edit->ignore patterns)?

The amount of out of sync items shown in the remote section corresponds to the difference in local and global state on the folder. The bug that’s fixed in v0.14.50 is about globally ignored files that wrongly increase the global state - as the local and global states match on one device, I am pretty sure that’s not the problem here.

@HackerJL Can you look at the logs on Jamess-MacBook-Pro.local if there is anything out of the ordinary (or just make them available). If there’s nothing, activate model debug logging (actions->logs) and then pause and restart the WebPublic folder and check again.

Confirmed on both ends that there are no ignore patterns on.

Went to logs, and went to turn it to debug, and see this line (before turning it on):

2018-08-20 08:00:03 Device --LONGSTRING OF RemoteDevice that I have deleted-- folder “WebPublic” (pnucl-vfucz) is delta index compatible, but seems out of sync with reality

Outside of that, when I turn on model, I get about 15 lines of this, ending with this.

2018-08-20 08:10:13 Sending indexes for pnucl-vfucz to 7HWQNBU-6R6ECDD-J2VYJHL-OTUPHPW-HWG3M66-EPM2YMC-Q5RA6YG-DRUSBQL at 192.168.0.204:50072-192.168.0.11:22000/tcp-client: 799 files (<256928 bytes) (batched update)

2018-08-20 08:10:13 Sending indexes for pnucl-vfucz to 7HWQNBU-6R6ECDD-J2VYJHL-OTUPHPW-HWG3M66-EPM2YMC-Q5RA6YG-DRUSBQL at 192.168.0.204:50072-192.168.0.11:22000/tcp-client: 875 files (<256051 bytes) (batched update)

2018-08-20 08:10:13 Sending indexes for pnucl-vfucz to 7HWQNBU-6R6ECDD-J2VYJHL-OTUPHPW-HWG3M66-EPM2YMC-Q5RA6YG-DRUSBQL at 192.168.0.204:50072-192.168.0.11:22000/tcp-client: 1000 files (<253134 bytes) (batched update)

2018-08-20 08:10:13 Sending indexes for pnucl-vfucz to 7HWQNBU-6R6ECDD-J2VYJHL-OTUPHPW-HWG3M66-EPM2YMC-Q5RA6YG-DRUSBQL at 192.168.0.204:50072-192.168.0.11:22000/tcp-client: 12 files (<1823 bytes) (last batch)

On the remote device, I did the same thing, paused Jamess-Macbook-pro.local, and resumed, and got a tonne of these lines, nothing jumps out at me:

[7HWQN] 2018/08/20 08:15:15.618508 model.go:835: DEBUG: Index update (in): MSB6DNM-FZ6TLQP-WZWUXWF-T4JZVMK-LFFCSKA-4Y7IHFR-TE2KIUA-ELJVJQK / “pnucl-vfucz”: 875 files

[7HWQN] 2018/08/20 08:15:15.715570 model.go:646: DEBUG: model@0xc420196360 Completion(MSB6DNM-FZ6TLQP-WZWUXWF-T4JZVMK-LFFCSKA-4Y7IHFR-TE2KIUA-ELJVJQK, “pnucl-vfucz”): 57.208949 (7491980760 / 17508288759 = 0.427911)

[7HWQN] 2018/08/20 08:15:15.792885 folder_sendrecv.go:154: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 pulling (ignoresChanged=false)

[7HWQN] 2018/08/20 08:15:15.793189 folder_sendrecv.go:227: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 copiers: 2 pullerPendingKiB: 32768

[7HWQN] 2018/08/20 08:15:15.793659 folder_sendrecv.go:181: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 changed 0

[7HWQN] 2018/08/20 08:15:15.794035 progressemitter.go:240: DEBUG: progress emitter: bytes completed for pnucl-vfucz: 0

[7HWQN] 2018/08/20 08:15:15.794340 model.go:711: DEBUG: model@0xc420196360 NeedSize(“pnucl-vfucz”): {0 0 0 0 0 0 []}

[7HWQN] 2018/08/20 08:15:15.795951 model.go:835: DEBUG: Index update (in): MSB6DNM-FZ6TLQP-WZWUXWF-T4JZVMK-LFFCSKA-4Y7IHFR-TE2KIUA-ELJVJQK / “pnucl-vfucz”: 1000 files

[7HWQN] 2018/08/20 08:15:15.975788 model.go:835: DEBUG: Index update (in): MSB6DNM-FZ6TLQP-WZWUXWF-T4JZVMK-LFFCSKA-4Y7IHFR-TE2KIUA-ELJVJQK / “pnucl-vfucz”: 12 files

[7HWQN] 2018/08/20 08:15:15.976115 folder_sendrecv.go:154: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 pulling (ignoresChanged=false)

[7HWQN] 2018/08/20 08:15:15.976225 folder_sendrecv.go:227: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 copiers: 2 pullerPendingKiB: 32768

[7HWQN] 2018/08/20 08:15:15.976550 folder_sendrecv.go:181: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 changed 0

[7HWQN] 2018/08/20 08:15:15.979092 folder_sendrecv.go:154: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 pulling (ignoresChanged=false)

[7HWQN] 2018/08/20 08:15:15.979155 folder_sendrecv.go:227: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 copiers: 2 pullerPendingKiB: 32768

[7HWQN] 2018/08/20 08:15:15.979384 folder_sendrecv.go:181: DEBUG: sendreceive/pnucl-vfucz@0xc4200d9180 changed 0

[7HWQN] 2018/08/20 08:15:16.133221 model.go:646: DEBUG: model@0xc420196360 Completion(MSB6DNM-FZ6TLQP-WZWUXWF-T4JZVMK-LFFCSKA-4Y7IHFR-TE2KIUA-ELJVJQK, “pnucl-vfucz”): 61.868242 (6676218216 / 17508288759 = 0.381318)

[7HWQN] 2018/08/20 08:15:16.133350 progressemitter.go:240: DEBUG: progress emitter: bytes completed for pnucl-vfucz: 0

[7HWQN] 2018/08/20 08:15:16.133416 model.go:711: DEBUG: model@0xc420196360 NeedSize(“pnucl-vfucz”): {0 0 0 0 0 0 []}

[7HWQN] 2018/08/20 08:15:16.356698 model.go:646: DEBUG: model@0xc420196360 Completion(MSB6DNM-FZ6TLQP-WZWUXWF-T4JZVMK-LFFCSKA-4Y7IHFR-TE2KIUA-ELJVJQK, “pnucl-vfucz”): 62.984481 (6480783958 / 17508288759 = 0.370155)

Sadly, this has now showed up the same to another remote laptop user. Up until this morning it was happy and fully synced.

Any thoughts? Something I can try?

I am running into this same issue. I tried deleting everything on both sides and I am still showing “Out of Sync” items.

There isn’t anything clearly wrong in those logs, but it’s not clear why you get the “index out of sync with reality” message. That more or less means -reset-deltas already happened. If you repeat the pausing/unpausing of this folder on Jamess-local, do you always get that message?

I also have the same issue. Is not possible to delete stversions files e reset sync status? I don’t see differences on file between both sides, but I also don’t check it 100% for sure…

Doesn’t appear I get that message anymore, but nothing has changed either. Id be willing to do a big dump of my logs somewhere in case you want to look into closer?

Yes, I agree. I don’t see any changes anywhere, it looks and acts perfectly other than notifying me that its out of sync.