Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

During restore: arbitrary bandwith application only on first dblock.zip.aes restoring #2890

Closed
mdsmdsmds opened this issue Nov 11, 2017 · 2 comments
Labels

Comments

@mdsmdsmds
Copy link

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

@kenkendk kenkendk added the bug label Nov 21, 2017
kenkendk added a commit that referenced this issue Mar 22, 2018
kenkendk added a commit that referenced this issue Mar 22, 2018
@JonMikelV
Copy link
Contributor

The comment for this is that it "Fixes part of #2890" - what else needs to be resolved? Or is this fixed as of 2.0.3.3 beta 2018-04-02? https://forum.duplicati.com/t/release-2-0-3-3-beta-2018-04-02/3083

@warwickmm
Copy link
Member

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants