repairer: upload fresh shares to replace corrupted shares #580

Open
opened 2009-01-12 20:03:32 +00:00 by zooko · 3 comments

The current repairer just uses the normal upload code, so if a server is serving a corrupted share but it doesn't realize that its share is corrupted, then when the uploader contacts the server to offer to upload shares, the server will say 'Yep! Already got a share of that file!' and the uploader will believe him and not bother to upload that share anywhere else. Therefore, the current repairer doesn't repair corrupted shares, only missing ones.

The current repairer just uses the normal upload code, so if a server is serving a corrupted share but it doesn't realize that its share is corrupted, then when the uploader contacts the server to offer to upload shares, the server will say 'Yep! Already got a share of that file!' and the uploader will believe him and not bother to upload that share anywhere else. Therefore, the current repairer doesn't repair corrupted shares, only missing ones.
zooko added the
code-storage
major
defect
1.2.0
labels 2009-01-12 20:03:32 +00:00
zooko added this to the undecided milestone 2009-01-12 20:03:32 +00:00
davidsarah commented 2010-03-25 01:52:15 +00:00
Owner

Yikes, I wasn't aware of this.

Yikes, I wasn't aware of this.
tahoe-lafs added
critical
and removed
major
labels 2010-03-25 01:52:15 +00:00
tahoe-lafs modified the milestone from undecided to 1.7.0 2010-03-25 01:52:15 +00:00
tahoe-lafs modified the milestone from 1.7.0 to 1.7.1 2010-06-16 03:58:16 +00:00
zooko modified the milestone from 1.7.1 to soon 2010-07-10 18:50:42 +00:00
zooko added
normal
and removed
critical
labels 2012-11-13 23:26:08 +00:00
davidsarah commented 2012-11-14 03:09:39 +00:00
Owner

Major because it could cause data loss.

Major because it could cause data loss.
tahoe-lafs added
major
and removed
normal
labels 2012-11-14 03:09:39 +00:00
daira commented 2013-04-29 20:51:01 +00:00
Owner

Since we're revisiting how repair works in 1.11, I think that in that version, --repair should imply --verify for tahoe deep-check.

Since we're revisiting how repair works in 1.11, I think that in that version, `--repair` should imply `--verify` for `tahoe deep-check`.
tahoe-lafs modified the milestone from soon to 1.11.0 2013-04-29 20:51:01 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
2 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#580
No description provided.