Opened at 2009-03-11T17:15:56Z
Last modified at 2014-12-29T20:21:36Z
#661 closed enhancement
Dynamic share migration to maintain file health — at Initial Version
Reported by: | mmore | Owned by: | somebody |
---|---|---|---|
Priority: | major | Milestone: | undecided |
Component: | code-encoding | Version: | 1.3.0 |
Keywords: | repair preservation availability | Cc: | |
Launchpad Bug: |
Description
Dynamic share repair to maintain file health. based on the following features already exist in Allmydata-Tahoe1.3 we can improve automatic repair:
- Foolscap provides the knowledge of the alive nodes.
- Verification of file availability can be delegated to other node through read-cap or a verify-cap without security risk.
The proposed auto repair process:
- Using memory-based algorithm, because client know where the file shares exist so we can keep tack of alive file shares, for simplicity we consider that share availability from its node availability.
- repair process triggered automatically from the repairer, repair responsibility has many technique based repair cost ; network bandwidth and fault tolerant.
3.time out , we can use lazy repair technique to avoid node temporary node failure, i.e waiting for a certain time before repair process starts. 4.reintegration, using memory-based repair technique remembering failed storage servers, who come back to life, will help in reducing Tahoe grid resources such as network bandwidth and storage space.
- repairer, selection of repair responsibly takes many issues into consideration: security , repairer location , repairer resources.
Note: See
TracTickets for help on using
tickets.