Alter mutable uploads to use upload strategy of happiness #2060

Open
opened 2013-08-19 13:36:34 +00:00 by markberger · 8 comments

Replace the current upload algorithm with the new upload algorithm used in #1382.

Replace the current upload algorithm with the new upload algorithm used in #1382.
markberger added the
code-peerselection
normal
enhancement
1.10.0
labels 2013-08-19 13:36:34 +00:00
markberger added this to the undecided milestone 2013-08-19 13:36:34 +00:00
sickness commented 2013-08-22 06:52:31 +00:00
Owner

both SDMF and MDMF? (and their respective check and repair processes?)

both SDMF and MDMF? (and their respective check and repair processes?)
Author

I think SDMF and MDMF use the same placement code so it would be for both. File upload is just a special instance of repair, so repair would also use the new algorithm.

Using servers of happiness for the checker is #614.

I think SDMF and MDMF use the same placement code so it would be for both. File upload is just a special instance of repair, so repair would also use the new algorithm. Using servers of happiness for the checker is #614.
daira commented 2013-08-29 01:14:39 +00:00
Owner

If I understand correctly, fixing #1057 without fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release.

If I understand correctly, fixing #1057 *without* fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release.
tahoe-lafs modified the milestone from undecided to 1.11.0 2013-08-29 01:14:39 +00:00
markberger was assigned by tahoe-lafs 2013-08-29 01:14:39 +00:00

Replying to daira:

If I understand correctly, fixing #1057 without fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release.

+1

Replying to [daira](/tahoe-lafs/trac-2024-07-25/issues/2060#issuecomment-93192): > If I understand correctly, fixing #1057 *without* fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release. +1
tahoe-lafs modified the milestone from 1.11.0 to 1.12.0 2014-09-02 18:14:52 +00:00

Milestone renamed

Milestone renamed
warner modified the milestone from 1.12.0 to 1.13.0 2016-03-22 05:02:25 +00:00

renaming milestone

renaming milestone
warner modified the milestone from 1.13.0 to 1.14.0 2016-06-28 18:17:14 +00:00

Moving open issues out of closed milestones.

Moving open issues out of closed milestones.
exarkun modified the milestone from 1.14.0 to 1.15.0 2020-06-30 14:45:13 +00:00
Owner

Ticket retargeted after milestone closed

Ticket retargeted after milestone closed
meejah modified the milestone from 1.15.0 to soon 2021-03-30 18:40:19 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
6 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#2060
No description provided.