rclone: Single backslash character in path stops the sync
What is the problem you are having with rclone?
Syncing a large directory got stuck on certain files. I found out the directory name contained: the following string: path with spaces\something. The \s was causing errors.
What is your rclone version (output from rclone version)
rclone v1.43.1
- os/arch: linux/arm
- go version: go1.11
Which OS you are using and how many bits (eg Windows 7, 64 bit)
Linux 4.14.73-1-ARCH #1 SMP PREEMPT Tue Oct 2 00:44:19 UTC 2018 armv7l GNU/Linux
Which cloud storage system are you using? (eg Google Drive)
Webdav/ OwnCloud + crypt overlay
The command you were trying to run (eg rclone copy /tmp remote:tmp)
rclone sync localDir secret:/target --progress --checksum
A log from the command with the -vv flag (eg output from rclone -vv copy /tmp remote:tmp)
Transferred: 146.005M / 3.542 GBytes, 4%, 45.333 kBytes/s, ETA 21h50m17s
Errors: 2
Checks: 109375 / 109375, 100%
Transferred: 402 / 10414, 4%
Elapsed time: 54m57.9s
Transferring:
* ...iles\scg.workflow/Contents/version.plist: 0% /136, 0/s, -
* ...l files\scg.workflow/Contents/Info.plist: 0% /1017, 0/s, -
* ...les\scg.workflow/Contents/document.wflow: 0% /8.312k, 0/s, -
* ...listing\scl.workflow/Contents/Info.plist: 0% /1005, 0/s, -
looking up through the debug outputs, the plist and wflow files aren’t printed even? or maybe too long ago (as there are many files being checked)
Workaround
--exclude "**\\\\**"
About this issue
- Original URL
- State: closed
- Created 6 years ago
- Comments: 17 (6 by maintainers)
Commits related to this issue
- webdav: fix infinite loop on failed directory creation - fixes #2714 — committed to rclone/rclone by ncw 6 years ago
I’ve merged the fix for the infinite loop now in the latest beta which will be in v1.46.
Thanks for testing 😃
I think the underlying problem we haven’t fixed - that is
\not working in webdav paths, but at least rclone will give sensible error messages about it now 😃