hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sean Busbey (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-5251) Some commands return "0 rows" when > 0 rows were processed successfully
Date Wed, 13 Aug 2014 14:17:19 GMT

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

Sean Busbey commented on HBASE-5251:
------------------------------------

[~sameerv] are you still interested in working on this issue? Could you update the patch to
work with current master and refactor things to not repurpose formatter?

> Some commands return "0 rows" when > 0 rows were processed successfully
> -----------------------------------------------------------------------
>
>                 Key: HBASE-5251
>                 URL: https://issues.apache.org/jira/browse/HBASE-5251
>             Project: HBase
>          Issue Type: Bug
>          Components: shell
>    Affects Versions: 0.90.5
>            Reporter: David S. Wang
>            Assignee: Sameer Vaishampayan
>            Priority: Minor
>              Labels: beginner
>         Attachments: patch7.diff, patch8.diff, patch9.diff
>
>
> From the hbase shell, I see this:
> hbase(main):049:0> scan 't1'                    
> ROW                   COLUMN+CELL                                               
>  r1                   column=f1:c1, timestamp=1327104295560, value=value        
>  r1                   column=f1:c2, timestamp=1327104330625, value=value        
> 1 row(s) in 0.0300 seconds
> hbase(main):050:0> deleteall 't1', 'r1'
> 0 row(s) in 0.0080 seconds                  <====== I expected this to read "2 row(s)"
> hbase(main):051:0> scan 't1'           
> ROW                   COLUMN+CELL                                               
> 0 row(s) in 0.0090 seconds
> I expected the deleteall command to return "1 row(s)" instead of 0, because 1 row was
deleted.  Similar behavior for delete and some other commands.  Some commands such as "put"
work fine.
> Looking at the ruby shell code, it seems that formatter.footer() is called even for commands
that will not actually increment the number of rows reported, such as deletes.  Perhaps there
should be another similar function to formatter.footer(), but that will not print out @row_count.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message