hbase-issues mailing list archives

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

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

Hadoop QA commented on HBASE-5251:
----------------------------------

{color:red}-1 overall{color}.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12541615/patch9.diff
  against trunk revision .
  ATTACHMENT ID: 12541615

    {color:green}+1 @author{color}.  The patch does not contain any @author tags.

    {color:green}+1 tests included{color}.  The patch appears to include 16 new or modified
tests.

    {color:red}-1 patch{color}.  The patch command could not apply the patch.

Console output: https://builds.apache.org/job/PreCommit-HBASE-Build/10301//console

This message is automatically generated.

> 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