Bug 623653 - resize and store_chk tools do not correctly analyze some transactional records
Summary: resize and store_chk tools do not correctly analyze some transactional records
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-cpp   
(Show other bugs)
Version: Development
Hardware: All Linux
high
high
Target Milestone: 1.3
: ---
Assignee: Kim van der Riet
QA Contact: MRG Quality Engineering
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-12 12:50 UTC by Kim van der Riet
Modified: 2013-02-25 11:03 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-02-25 11:03:09 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Kim van der Riet 2010-08-12 12:50:34 UTC 
When using store_chk on a store in which records are both enqueued and dequeued under the same transaction (this occurs in the TPL), the dequeue operation is ignored, and the tool incorrectly reports that the enqueue records remain.

This is a logic error in the janal.py lib.
Comment 1 Kim van der Riet 2010-08-12 15:03:12 UTC 
Fixed in r.4204

QE: This can be checked by running a transactional qpid-perftest, eg.

./qpid-perftest --summary --count 10 --qt 1 --nsubs 1 --npubs 1 --size 100 --tx 1 --durable 1

Then use store_chk to look at the TPL (in directory rhn/tpl), remembering to set the basename to "tpl", ie

./store_chk /path/to/rhm/tpl -b tpl

Before the fix, the TPL shows undequeued records. After the fix, the TPL is empty.
Note You need to log in before you can comment on or make changes to this bug.