-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Parallel upload of chunks #11106
Comments
Sounds like a great idea. |
@ogoffart @MTRichards @karlitschek what is the timeframe for 'parallel chunk uploads' in the client? We need some time ahead to 'fix' this in core. THX |
It is only optionally enabled, and disabled by default. It's just as an experiment if it would make the transfer faster. |
(it will probably be in 1.8.. but this bug is not urgent because of the workaround.. but nice to have) |
Well - as soon as you enable this feature it will break with any installation out there. Keeping in mind that we do server patch releases once a month at most we better fix this now - right? |
oc8.1 |
Related: owncloud/client#2724 (comment) |
From what I heard this has already got better ? What to do with this ticket ? |
The client (1.8) work around the problem by never sending what it thinks is the last chunk in parallel. |
This should be fixed by this PR already: #14113 |
(fixed in 8.1) |
Ah, no, i did not try against newer version yet. |
So we can close? Right? @ogoffart Can you confirm? |
yes I'd say - please reopen if issues continue to exist |
The owncloud client 1.6 and 1.7 do parallel upload of files, but the chunks of the same file are uploaded sequencially.
I was experimenting trying to upload the chunks in parallel, but it seems there is race condition in the server. I am getting error 500 with exception
Could not rename part file assembled from chunks
I suspect
$chunk_handler->isComplete()
returns true in lib/private/connector/sabre/file.php if all the chunks have been started, but some of them might not be finished. (And it is likely that the last chunk ends before the second to last, as it is smaller)@PVince81
The text was updated successfully, but these errors were encountered: