You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Jonathan Gray (JIRA)" <ji...@apache.org> on 2008/10/01 21:13:44 UTC
[jira] Commented: (HBASE-907) getScanner hangs with some startRows
that are found if scanning entire table
[ https://issues.apache.org/jira/browse/HBASE-907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636128#action_12636128 ]
Jonathan Gray commented on HBASE-907:
-------------------------------------
No longer able to recreate issue.
Things have changed in the client code that triggered this. Still unsure whether there was a bug in the client (not really sure how it would make rows visible with one method and not the other) or I have not gotten the table as big as it was when I experienced this.
Would like to wait another week or two before closing this issue. Definitely not a blocker at this point though.
> getScanner hangs with some startRows that are found if scanning entire table
> ----------------------------------------------------------------------------
>
> Key: HBASE-907
> URL: https://issues.apache.org/jira/browse/HBASE-907
> Project: Hadoop HBase
> Issue Type: Bug
> Affects Versions: 0.18.0, 0.18.1, 0.19.0
> Reporter: Jonathan Gray
> Priority: Critical
> Fix For: 0.18.1, 0.19.0
>
>
> I have a table with 8 byte binary row keys. There are a a few hundred thousands rows, each with two families and between 1k and 50k of total data across about 15 columns.
> When attempting to get a scanner using a specified startRow, my client freezes on the HT.getScanner(cols,row) with no exception ever thrown and no debug output in any server logs.
> If I get a scanner with HT.getScanner(cols) and then iterate through, I will eventually reach the row I was seeking before successfully.
> Some rows can be found, some cannot. At this point I'm not able to distinguish anything special about the ones that cause the client the hang.
> At first I thought this was only a problem with 0.19 trunk as a downgrade to 0.18 resolved the issue for a particular key. However other keys still have this issue on 0.18 branch.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.