You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Perry Trolard (JIRA)" <ji...@apache.org> on 2013/12/16 20:56:07 UTC
[jira] [Created] (HBASE-10179) HRegionServer underreports
readRequestCounts by 1 under certain conditions
Perry Trolard created HBASE-10179:
-------------------------------------
Summary: HRegionServer underreports readRequestCounts by 1 under certain conditions
Key: HBASE-10179
URL: https://issues.apache.org/jira/browse/HBASE-10179
Project: HBase
Issue Type: Bug
Components: metrics
Affects Versions: 0.94.6, 0.99.0
Reporter: Perry Trolard
Priority: Minor
In HRegionServer.scan(), if
(a) the number of results returned, n, is greater than zero
(b) but less than the size of the batch (nbRows)
(c) and the size in bytes is smaller than the max size (maxScannerResultSize)
then the readRequestCount will be reported as n - 1 rather than n. (This is because the for-loop counter i is used to update the readRequestCount, and if the scan runs out of rows before reaching max rows or size, the code `break`s out of the loop and i is not incremented for the final time.)
To reproduce, create a test table and open its details page in the web UI. Insert a single row, then note the current request count, c. Scan the table, returning 1 row; the request count will still be c, whereas it should be c + 1.
I have a patch against TRUNK I can submit. At Splice Machine we're running 0.94, & I'd be happy to submit a patch against that as well.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)