[tahoe-lafs-trac-stream] [tahoe-lafs] #1648: assertion failure 'assert len(self._active_readers) >= self._required_shares' in mutable retrieve

[tahoe-lafs]

#1648: assertion failure 'assert len(self._active_readers) >=
self._required_shares' in mutable retrieve
-------------------------+-------------------------------------------------
     Reporter:           |      Owner:
  davidsarah             |     Status:  new
         Type:  defect   |  Milestone:  undecided
     Priority:  major    |    Version:  1.9.0
    Component:  code-    |   Keywords:  assertion error retrieve mutable
  mutable                |  regression
   Resolution:           |
Launchpad Bug:           |
-------------------------+-------------------------------------------------

Comment (by davidsarah):

 On 31/12/11 01:42, Stuart W. Card wrote:
 > On 12/30/2011 7:24 PM, David-Sarah wrote:
 >> On 30/12/11 22:10, Stuart W. Card wrote:
 >>> ...
 >>> The second actual error was while attempting (for my first time) to
 run
 >>> from the UI the checker operations. As the directory and its contents
 >>> are small, I didn't worry about "expensive", and checked all 4 boxes.
 >>> It popped a Python exception, in !Foolscap/Twisted.
 >>>
 >>> Again, the HTML file is in the attached ZIP archive.
 >
 >> It looks from the traceback in !CheckOpsAllBoxesChecked-Exception.htm
 as
 >> though that error is either caused by a client-side problem that isn't
 >> specific to the S3 backend, or is being misreported by the client. I've
 >> filed <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/1648> for it.
 >
 >> Does the error always happen for that directory? If yes, does it happen
 >> with Tahoe-LAFS 1.8.3?
 >
 > I just tried it twice more, it appeared to work fine: gave me a bunch of
 > JSON that I don't yet know enough about Tahoe internals to grok.
 >
 > I never got 1.8.3 working on this particular box. [...]

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