[tahoe-dev] plans for tahoe-1.3.0

Jeremy Fitzhardinge jeremy at goop.org
Tue Sep 2 12:19:39 PDT 2008


Brian Warner wrote:
> Zooko pointed out that it would be nice to have a release soon. Since
> this release is going to be mostly filled with checker/repairer work,
> it seemed like a good idea to define what our goals are for the
> release: what are we missing today, how much more do we want to get in
> before we'd feel comfortable with cutting the 1.3.0 tag.
>
> The main thing I want out of this release is a usable
> checker/verifier/repairer, which means:
>
>  * checking: just count number of available shares
>  * verifying: read share contents, check hashes
>  * repair: create new shares as necessary to replace bad/missing ones.
>    * Mutable shares are repaired in place. Note that mutable repair requires
>      a write-cap, to make sure the write-enabler shared secrets are created
>      correctly. It would be nice to be able to repair from just a read-cap or
>      a verify-cap, but this may need to wait until we switch to DSA mutable
>      files, and/or change the way we control server-side write access.
>    * Immutable shares must be manually deleted from the storage servers, so
>      repair needs a mechanism to report which shares should be examined and
>      removed. Immutable repair really means creating new shares to make up
>      for the bad ones.
>   

In the case where shares are not well distributed (like creating a file
when there are not enough peers), would this include redistributing shares?

    J


More information about the tahoe-dev mailing list