[tahoe-lafs-trac-stream] [tahoe-lafs] #1756: MDMF publisher sends duplicate write vector elements
tahoe-lafs
trac at tahoe-lafs.org
Sat Jun 2 04:26:55 UTC 2012
#1756: MDMF publisher sends duplicate write vector elements
--------------------------+---------------------------
Reporter: davidsarah | Owner:
Type: defect | Status: new
Priority: normal | Milestone: undecided
Component: code-mutable | Version: 1.9.1
Keywords: mdmf publish | Launchpad Bug:
--------------------------+---------------------------
The MDMF publisher (in mutable/layout.py) sends duplicate write vector
elements for the start of the MDMF header. This confused the cloud backend
before I fixed it to tolerate duplicates; in any case, the publisher
probably shouldn't be doing that.
IRC log of debugging session:
{{{
the write vector that fails is: [(2167, 54), (123, 346), (2221, 32), (469,
136), (0, 41), (605, 66), (671, 93), (59, 64), (41, 18), (0, 41)]
(first element of each pair is data offset, second is length of write)
which contains two writes at offset 0 of length 41
***davidsarah looks at the MDMF publisher
the first 41 bytes is the container type byte (SDMF or MDMF),
sequence number, and root hash
which suggests that MDMFSlotWriteProxy.put_root_hash is being
called twice...
no, it isn't
so in that case, put_root_hash is being called, and the
if not self._written branch in _write is also being taken, maybe
yep, that's it
}}}
--
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/1756>
tahoe-lafs <https://tahoe-lafs.org>
secure decentralized storage
More information about the tahoe-lafs-trac-stream
mailing list