MDMF publisher sends duplicate write vector elements #1756

Open
opened 2012-06-02 04:26:51 +00:00 by davidsarah · 0 comments
davidsarah commented 2012-06-02 04:26:51 +00:00
Owner

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
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 ```
tahoe-lafs added the
code-mutable
normal
defect
1.9.1
labels 2012-06-02 04:26:51 +00:00
tahoe-lafs added this to the undecided milestone 2012-06-02 04:26:51 +00:00
tahoe-lafs modified the milestone from undecided to 1.11.0 2012-10-26 01:34:13 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: tahoe-lafs/trac-2024-07-25#1756
No description provided.