[tahoe-lafs-trac-stream] [tahoe-lafs] #1921: leasedb: NonExistentShareError: can't find [share] in `shares` table

[tahoe-lafs]

#1921: leasedb: NonExistentShareError: can't find [share] in `shares` table
-------------------------+-------------------------------------------------
     Reporter:           |      Owner:  daira
  davidsarah             |     Status:  assigned
         Type:  defect   |  Milestone:  1.12.0
     Priority:  major    |    Version:  1.9.2
    Component:  code-    |   Keywords:  leasedb accounting-crawler blocks-
  storage                |  cloud-merge
   Resolution:           |
Launchpad Bug:           |
-------------------------+-------------------------------------------------

Comment (by zooko):

 Replying to [comment:11 daira]:
 >
 > #1833 proposes a long-running process that is scheduled to delete
 shares. (They can't be deleted synchronously because an HTTP DELETE is not
 synchronous.) This would presumably be based on, or directly copied from
 the current accounting crawler code, and so would probably have the same
 race conditions wrt other share operations.

 You're right, there ''could'' still be race conditions. However, wouldn't
 there be fewer possible race conditions, because now the decref (expire-
 lease or remove-lease) operation is atomic with the decide-to-rm
 operation, where with the current lease-crawler design, those two
 operations can race with each other?

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