[tahoe-lafs-trac-stream] [tahoe-lafs] #1212: Repairing fails if less than 7 servers available

tahoe-lafs trac at tahoe-lafs.org
Wed Jun 8 06:52:16 PDT 2011


#1212: Repairing fails if less than 7 servers available
-------------------------+-------------------------------------------------
     Reporter:           |      Owner:
  eurekafag              |     Status:  reopened
         Type:  defect   |  Milestone:  1.8.1
     Priority:  major    |    Version:  1.8.0
    Component:  code-    |   Keywords:  reviewed regression repair news-
  network                |  needed
   Resolution:           |
Launchpad Bug:           |
-------------------------+-------------------------------------------------
Changes (by zooko):

 * status:  closed => reopened
 * resolution:  fixed =>


Comment:

 Diego "sickness" Righi is dissatisfied with this solution. He has 10
 storage servers, and sets M=10 and H=10. His desire is that he never gets
 more than one share on one storage server. Current uploader does what he
 wants -- it never places more than one share on one storage server. But
 repairer does what he doesn't want -- if fewer than 10 storage servers are
 available then repairer uploads extra shares to some of the available
 servers.

 To my way of thinking, uploading extra shares is making the file more
 available. For example if you have 8 servers with 1 share each and 1
 server is 2 shares (and {{{K=5}}}), then if you lost the first five of
 your servers (each of which had 1 share) you could still recover your file
 from the remaining four servers. If instead you have 9 servers with one
 share each, {{{K=5}}}, and you lost the first five of your servers then
 the file would be lost.

 So, now I'm going to stop here and ask sickness: does this cause you to
 change your mind so that now you ''want'' repairer to upload a second
 share to one of the existing servers in the case that there are only 9
 servers available? Or do you still prefer that it should not do that?

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


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