You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Duplicati - 2.0.2.12_canary_2017-10-20
Windows Server 2012 R2
On master app settings, I've only
--throttle-upload=40KB
and no other bandwith limitation policy. So, what I expect is that during restore from my SFTP server non bandwith limitation should be applied. And this is almost true except for the first ....dblock.zip.aes.
This is really bizzarre. The first download goes at exact then 40KB [limit set for uplod :)) not download]
Then, the others are downloaded with, correctly, no band limit.
In fact then first file arrive in 43 minutes, the others each in less than 1 minute.
Some inconsistencies with throttling should be fixed by pull request #4127. I can't reproduce this issue where only the first dblock file is throttled, so I'm going to close this. If this is still an issue, please feel free to reopen this.
Duplicati - 2.0.2.12_canary_2017-10-20
Windows Server 2012 R2
On master app settings, I've only
--throttle-upload=40KB
and no other bandwith limitation policy. So, what I expect is that during restore from my SFTP server non bandwith limitation should be applied. And this is almost true except for the first ....dblock.zip.aes.
This is really bizzarre. The first download goes at exact then 40KB [limit set for uplod :)) not download]
Then, the others are downloaded with, correctly, no band limit.
In fact then first file arrive in 43 minutes, the others each in less than 1 minute.
Look at partial log here:
partLog.txt
The text was updated successfully, but these errors were encountered: