hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jean-Daniel Cryans (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-7631) Region w/ few, fat reads was hard to find on a box carrying hundreds of regions
Date Tue, 22 Jan 2013 19:30:18 GMT

    [ https://issues.apache.org/jira/browse/HBASE-7631?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13559917#comment-13559917
] 

Jean-Daniel Cryans commented on HBASE-7631:
-------------------------------------------

Things like slow query log should have region encoded name and some row key. And +1 on printing
when we are returning a big response, with details.
                
> Region w/ few, fat reads was hard to find on a box carrying hundreds of regions
> -------------------------------------------------------------------------------
>
>                 Key: HBASE-7631
>                 URL: https://issues.apache.org/jira/browse/HBASE-7631
>             Project: HBase
>          Issue Type: Bug
>          Components: metrics
>            Reporter: stack
>
> Of a sudden on a prod cluster, a table's rows gained girth... hundreds of thousands of
rows... and the application was pulling them all back every time but only once a second or
so.  Regionserver was carrying hundreds of regions.  Was plain that there was lots of network
out traffic.  It was tough figuring which region was the culprit (JD's trick was moving the
regions off one at a time while watching network out traffic on cluster to see whose spiked
next -- it worked but just some time).
> If we had per region read/write sizes in metrics, that would have saved a bunch of diagnostic
time.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message