[tahoe-lafs-trac-stream] [tahoe-lafs] #1566: if a stored share has a corrupt header, other shares held by that server for the file should still be accessible to clients

tahoe-lafs trac at tahoe-lafs.org
Tue Oct 18 16:43:06 PDT 2011


#1566: if a stored share has a corrupt header, other shares held by that server
for the file should still be accessible to clients
-------------------------+-------------------------------------------------
     Reporter:           |      Owner:  warner
  davidsarah             |     Status:  new
         Type:  defect   |  Milestone:  1.10.0
     Priority:  major    |    Version:  1.9.0b1
    Component:  code-    |   Keywords:  corruption preservation storage
  storage                |  design-review-needed zookos-opinion-wanted
   Resolution:           |
Launchpad Bug:           |
-------------------------+-------------------------------------------------

Comment (by davidsarah):

 Replying to [comment:4 davidsarah]:
 > Replying to [comment:3 warner]:
 > > I think the server should not report anything to the client about
 shares with corrupt headers. It should file a local corruption report (as
 if the remote client had called {{{remote_advise_corrupt_share()}}}, but
 with a flag that shows this was discovered locally, and probably in a part
 of the share that the client wouldn't be able to read anyways).
 > [...]
 >
 > Good, that's essentially what I'd implemented in
 [5477/ticket999-S3-backend].

 ... except for filing a corruption report, which I agree is a good idea.

-- 
Ticket URL: <http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1566#comment:6>
tahoe-lafs <http://tahoe-lafs.org>
secure decentralized storage


More information about the tahoe-lafs-trac-stream mailing list