Bug 617209 - Store: Recovery failure (JERR_MAP_NOTFOUND:)
Store: Recovery failure (JERR_MAP_NOTFOUND:)
Status: CLOSED CURRENTRELEASE
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-cpp (Show other bugs)
Development
All Linux
urgent Severity urgent
: 1.4
: ---
Assigned To: Kim van der Riet
MRG Quality Engineering
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-22 09:43 EDT by Kim van der Riet
Modified: 2011-07-15 14:10 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2011-07-15 14:10:03 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Kim van der Riet 2010-07-22 09:43:30 EDT
This bug is a regression from checkin r.4033. A logic error in that checkin introduced a bug in which a JERR_MAP_NOTFOUND error may be thrown during journal recovery if the journal being recovered contains an old dequeue record which survives an overwrite while the original enqueue record which it dequeues does not.

This condition is detected by test _st_basic.file_cycle_interleaved, which is part of the long test suite (ie run using make check-long).
Comment 1 Kim van der Riet 2010-07-22 13:12:16 EDT
Also affects similar transactional cases.

Fixed in r.4144.

All tests including the long tests now pass.

The test in comment 1 is incorrect; test _st_basic.recover_file_cycle_block and _st_basic.recover_file_cycle_interleaved will detect this issue.
Comment 2 Kim van der Riet 2010-07-22 13:38:38 EDT
I was mistaken about this bug being in the MRG 1.3 branch. In fact, checkin r.4033 did not make it onto the MRG 1.3 branch in the first place, so this will affect only the trunk (and hence the next major build).
Comment 3 Kim van der Riet 2011-07-15 14:10:03 EDT
This bug was fixed in r.4144, and is hence a part of the 0.10 release, and thus consequently also MRG 2.0.

Changing state to CLOSED->CURRENTRELEASE

Note You need to log in before you can comment on or make changes to this bug.