Failed initial scan of sendonly folder (1.4.1)

hm … stdout same as reg. log … i’m I correct in env?: SET: … SESSIONNAME=RDP-Tcp#0 STTRACE=scanner SystemDrive=C:

I have no idea, you have to check how to set it on your operating system.

i did set … seems software didn’t recognize it … Case sensitive ? upd: found : https://docs.syncthing.net/dev/debugging.html (hmmm … exactly as i did… )

The only difference will be output will contain file and line numbers, and scanning will produce more output. You can set STTRACE=all which will enable all facilities, in which case it will be very obvious that it’s a lot more verbose on startup.

If that doesn’t work, you are most likely doing something wrong.

If sttrace env was set using control panel it may require relogon or restart of the rdp host.

no , as usual , cmd with def. user privileges, SET [VAR]; then run appl … def it in place as i did verify it .

UPD =all , def, working :slight_smile:

UPD2: in assumption all, working, so scanner output: (i have 2 folders “2020 JPG” - UP TO DATE “RS” - SCANNING) it seems a second folder stuck somewhere log has absolutely nothing about RS, problematic folder):

[RLNX7] 2020/04/08 14:52:02.044400 walk.go:104: DEBUG: Walk [] Matcher/[]@0xc0001687e0

[RLNX7] 2020/04/08 14:52:02.045400 walk.go:104: DEBUG: Walk [] Matcher/[]@0xc0001686c0

[RLNX7] 2020/04/08 14:52:02.045400 walk.go:240: DEBUG: ignored (internal): .stfolder

[RLNX7] 2020/04/08 14:52:02.069400 walk.go:240: DEBUG: ignored (internal): .stfolder

[RLNX7] 2020/04/08 14:53:07.031800 walk.go:177: DEBUG: Walk tz3eq-mgezv [] current progress 0/1 at 0.0 MiB/s (0%)

[RLNX7] 2020/04/08 14:53:07.057800 walk.go:171: DEBUG: Walk progress done tz3eq-mgezv [] Matcher/[]@0xc0001687e0

[RLNX7] 2020/04/08 14:53:21.987800 folder.go:597: INFO: Completed initial scan of receiveonly folder “2020 JPG” (tz3eq-m gezv)

nothing more come up …

1 Like

Please, stop selecting excerpts you think are relevant, and provide the full log. I don’t have the patience to be spoon fed information I am after.

2 Likes

sorry … here is one: https://pastebin.com/GkXgqhYb

UPD: i did terminate process as nothing happens, will continue tomorrow, here is after ^C, it complete log now:

[RLNX7] 2020/04/08 14:53:21.987800 folder.go:597: INFO: Completed initial scan of receiveonly folder “2020 JPG” (tz3eq-m gezv) [RLNX7] 2020/04/08 15:22:03.882600 usage_report.go:418: INFO: Sent usage report (version 3) [monitor] 2020/04/08 15:28:20.691800 monitor.go:157: INFO: Signal 2 received; exiting [RLNX7] 2020/04/08 15:28:21.522000 tcp_listen.go:87: INFO: TCP listener ([::]:22000) shutting down [RLNX7] 2020/04/08 15:28:27.456000 folder.go:597: INFO: Failed initial scan of receiveonly folder “RS” (cycnh-rfk2w) [RLNX7] 2020/04/08 15:28:27.492200 folder.go:140: INFO: Folder “RS” (cycnh-rfk2w) isn’t making sync progress - retrying in 1m0.0362s. [RLNX7] 2020/04/08 15:28:30.692600 syncthing.go:382: INFO: Exiting

From the logs both initial scans completed, so the folder should be up to date, again, the log is like 30 lines long, so not super useful.

yep… Web GUI indicate RS - Scanning … that on both nodes, one 2.5M second 3.6M files, both dint reach expected 5+M.

any suggestion ? Can i start from beginning , again , what the best approach to start from beginning?

Sorry, but I am losing the will power here.

The logs you provided are for the first 90 seconds of the process lifetime where it seems it does not hit what you are describing. I don’t really see a way to help you with the information I have.

Perhaps start off by providing screenshots, as it seems it’s a struggle to get sensible logs.

1 Like

Thank you very much for anyone,

i will restart it again with debug flag overnight, will see what happens, will post with complete information …

(is it possible to delete this thread, it useless) Thanks, again

sorry guys , last question …

I enable DB debug, as I state above, and now: some funky looking functions, that correlated to fault folder:

[RLNX7] 2020/04/08 17:35:35.528400 set.go:214: DEBUG: cycnh-rfk2w WithPrefixedHaveTruncated(7777777-777777N-7777777-777777N-7777777-777777N-7777777-77777Q4, “”)

[RLNX7] 2020/04/08 17:35:35.528400 set.go:177: DEBUG: cycnh-rfk2w WithNeed(7777777-777777N-7777777-777777N-7777777-777777N-7777777-77777Q4)

the source code of this function below …

Does “77777-…” parameters looks suspicious ?

// Except for an item with a path equal to prefix, only children of prefix are iterated. // E.g. for prefix “dir”, “dir/file” is iterated, but “dir.file” is not. func (s *Snapshot) WithPrefixedHaveTruncated(device protocol.DeviceID, prefix string, fn Iterator) { l.Debugf(%s WithPrefixedHaveTruncated(%v, "%v"), s.folder, device, prefix) if err := s.t.withHave([]byte(s.folder), device[:], []byte(osutil.NormalizedFilename(prefix)), true, nativeFileIterator(fn)); err != nil && !backend.IsClosed(err) { panic(err) } }

7777 does not look suspicious.

It seems you are now self-medicating and going down some experiment rabbit hole. Given you want to go off piste and want to invent your own medicine for your problems, I will step away and let you shoot yourself in the foot.

My only advice is back up your data.

1 Like

Thanks, Audrius. A first sentence more than enough to explain.

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