mutable writev should be able to delete shares #620

Closed
opened 2009-02-11 04:35:17 +00:00 by warner · 1 comment

A call to testv_and_readv_and_writev() which specifies that the new share length = 0 should be interpreted as meaning that the share should be deleted outright.

This would give the mutable publish/repair code the ability to properly migrate shares to better servers (to accomplish rebalancing), first by writing a new share to the new server, then by removing the old share from the old server.

This doesn't increase the writer's authority at all: if they can fill the share with zeros, or truncate it down to zero bytes, they can do just as much damage as deleting the share would do.

A call to testv_and_readv_and_writev() which specifies that the new share length = 0 should be interpreted as meaning that the share should be deleted outright. This would give the mutable publish/repair code the ability to properly migrate shares to better servers (to accomplish rebalancing), first by writing a new share to the new server, then by removing the old share from the old server. This doesn't increase the writer's authority at all: if they can fill the share with zeros, or truncate it down to zero bytes, they can do just as much damage as deleting the share would do.
warner added the
code-storage
major
enhancement
1.2.0
labels 2009-02-11 04:35:17 +00:00
Author

Done, in changeset:13a3ef5ec1f651cc.

Done, in changeset:13a3ef5ec1f651cc.
warner added the
fixed
label 2009-02-11 08:39:28 +00:00
warner added this to the 1.3.0 milestone 2009-02-11 08:39:28 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
1 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#620
No description provided.