[tahoe-lafs-trac-stream] [tahoe-lafs] #2035: "tahoe backup" on the same immutable content when some shares are unrecoverable does not repair that content. (was: Uploading the same immutable content when some shares are unrecoverable does not repair that content.)

[tahoe-lafs]

#2035: "tahoe backup" on the same immutable content when some shares are
unrecoverable does not repair that content.
-------------------------+-------------------------------------------------
     Reporter:           |      Owner:  markberger
  nejucomo               |     Status:  new
         Type:  defect   |  Milestone:  1.12.0
     Priority:  normal   |    Version:  1.10.0
    Component:  code-    |   Keywords:  usability preservation reliability
  encoding               |  servers-of-happiness repair tahoe-backup
   Resolution:           |  performance
Launchpad Bug:           |
-------------------------+-------------------------------------------------

Comment (by zooko):

 Replying to [comment:19 daira]:
 > It's unclear to me whether this is just a duplicate of other bugs (e.g.
 #1130 and #1124) that are being fixed in #1382, or whether it is a
 separate problem in `tahoe backup`.

 I think this is a different problem to #1382. I think this problem has to
 do with the fact that "tahoe backup" inspects its local cache "backupdb"
 and decides that the file is already backed-up, and then does not issue
 any network requests, which would allow it find out that the file is
 damaged or even broken.

 If that's the issue, possible solutions include:

 * a "backup-and-check" or "backup-and-verify" feature, as mentioned in
 comment:10 and other comments,
 * causing all checks and verifies to update the backupdb and record the
 fact that the file was detected as damaged or broken, and then the next
 time you run "tahoe backup" tahoe could notice this recorded fact and
 automatically trigger the "-and-check" or "-and-verify" behavior

 Changing the Summary of this ticket to reflect what I think the issue is.

-- 
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2035#comment:20>
tahoe-lafs <https://tahoe-lafs.org>
secure decentralized storage