![]() I should add that the use-case problem is not that I'm too lazy to click RETRY, but that I can't count on scheduling / automating these syncs, as I'd like to, because of the transient "Cannot find the following folders:" errors. Or even 21 or 28.ĭo automatic retries not apply to particular cases of "Cannot find the following folders:" ? Suggestions welcome.ĭo automatic retries not apply to particular cases of "Cannot find the following folders:" ? Suggestions welcome. I've tried various combinations of retry count and delay, and I don't see any sign that the retries are occurring - the error responses are exactly the same as having no retries set up at all.įor example, if I set the case #1 FFS to "4 retries, 7 seconds delay" (and of course wait until the network connection is down again), I STILL only see the 20-second timeout then the not-found error popup. But here's the mystery: the automatic retries don't seem to actually occur in these cases. Avoid hitting (S)FTP connection limit for non-uniform configs. Removed 20-sec timeout while checking directory existence. Support PuTTY private key file version 3. Fast path check failure on access errors. I did see that this issue was addressed back in 2013 under the "sluggish NAS" topic, when the timeout was extended from 10 to 20 seconds AND when the automatic retry option was added to FFS Options. FreeFileSync 12.0 Don't save password and show prompt instead for (S)FTP. In both of these cases, the drives are referenced by UNC notations \\server\folder etc. In both cases, RETRY works (assuming the NAS in case #2 has finally spun up by then, else another RETRY of course). The other (Win8.1, with a sluggish-to-awaken NAS drive) usually errors out immediately. One installation (WinXP, trying to sync to a slow remote network drive) always goes through the full 20-second FFS timeout before this error occurs. ![]() This leads me to think that the automatic retry option SHOULD solve the problem for me, but it doesn't. When I manually click "RETRY", it goes ahead and works fine. What happens is that (almost always) FFS, upon looking for its sync source folders on the remote/network drive, errors out with this popup "Cannot find the following folders:" listing the folders on that slow-to-connect drive. The problem is that the *automatic retry option* doesn't seem to work with these particular folder-not-found errors see below. I'm having some difficulty with FreeFileSync working with very slow-to-connect remote network drives - this is on a couple of different FreeFileSync Windows installations in entirely separate locations, so I don't think it's a per-computer issue. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |