![]() 18:55:39 DEBUG : kcfinder/css.php: Unchanged skipping 18:55:39 DEBUG : kcfinder/css.php: Size and modification time the same (differ by 0s, within tolerance 1s) 18:55:39 DEBUG : kcfinder/browse.php: Unchanged skipping 18:55:39 DEBUG : kcfinder/browse.php: Size and modification time the same (differ by 0s, within tolerance 1s) 18:55:38 DEBUG : languages/WSAPP.php: Unchanged skipping 18:55:38 DEBUG : languages/WSAPP.php: Size and modification time the same (differ by -156.786508ms, within tolerance 1s) 18:55:38 DEBUG : logs/.htaccess: Unchanged skipping 18:55:38 DEBUG : logs/sqltime.log: Unchanged skipping 18:55:38 DEBUG : logs/security.log: Unchanged skipping 18:55:38 DEBUG : logs/platform.log: Unchanged skipping 18:55:38 DEBUG : logs/.htaccess: Size and modification time the same (differ by 0s, within tolerance 1s) 18:55:38 DEBUG : logs/sqltime.log: Size and modification time the same (differ by -80.409291ms, within tolerance 1s) ![]() 18:55:38 DEBUG : logs/security.log: Size and modification time the same (differ by -76.409309ms, within tolerance 1s) 18:55:38 DEBUG : logs/platform.log: Size and modification time the same (differ by -80.409291ms, within tolerance 1s) Ī log from the command with the -vv flag 18:55:38 DEBUG : logs/migration.log: Unchanged skipping The rclone config contents with secrets removed. OneDrive for Business (Microsoft 365 Business Basic) The command you were trying to run (eg rclone copy /tmp remote:tmp) rclone syn -vv "-exclude=cache/" "-exclude=backup/" /srv/vtiger/ onedriveitr:/BackupRUR/vtiger/ Ubuntu 18.4.3 64bit Which cloud storage system are you using? (eg Google Drive) What is your rclone version (output from rclone version)ġ.56.2 Which OS you are using and how many bits (eg Windows 7, 64 bit) Rclone should either behave so it will get throttled less or the pacer should not select these (nonsense?) huge sleep times. I also tried setting the user-agent to -user-agent "ISV||rclone/v1.56.2" without improvements. Killing the operation and restarting it right after can randomly resume the operation with acceptable transaction rate, or more often it will cause rclone to hang similarly. ![]() In this scenario a synchronization can appear to be dead for up to 20 minutes (without going timeout). In the log below you'll notice the pacer first selecting a 5minutes sleep time, then very slowly decreasing it to an acceptable rate. Performing a sync operation with many small files (in my test it was around 10k files, for around 200MB total size, which is actually not that many) randomly causes rclone getting throttled with the pacer unpredictably selecting a huge sleep time that hangs the operation for several minutes. What is the problem you are having with rclone?
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |