repairer: upload fresh shares to replace corrupted shares #580

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

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.
tahoe-lafs added the
code-storage
major
defect
1.2.0
labels 2009-01-12 20:03:32 +00:00
tahoe-lafs added this to the undecided milestone 2009-01-12 20:03:32 +00:00
davidsarah commented 2010-03-25 01:52:15 +00:00
Author
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
tahoe-lafs modified the milestone from 1.7.1 to soon 2010-07-10 18:50:42 +00:00
tahoe-lafs added
normal
and removed
critical
labels 2012-11-13 23:26:08 +00:00
davidsarah commented 2012-11-14 03:09:39 +00:00
Author
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
Author
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 project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

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