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).
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.
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).
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