Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Thu, 2 Mar 2017 17:14:45 +0000 (UTC)
From: "Sean Busbey (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12539364.1327274477000.44709.1488474885368@Atlassian.JIRA>
In-Reply-To: <JIRA.12539364.1327274477000@Atlassian.JIRA>
References: <JIRA.12539364.1327274477000@Atlassian.JIRA> <JIRA.12539364.1327274477466@jira-lw-us.apache.org>
Subject: [jira] [Updated] (HBASE-5251) Some commands return "0 rows" when >
 0 rows were processed successfully
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Thu, 02 Mar 2017 17:14:51 -0000


     [ https://issues.apache.org/jira/browse/HBASE-5251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sean Busbey updated HBASE-5251:
-------------------------------
    Assignee:     (was: Sameer Vaishampayan)
      Status: In Progress  (was: Patch Available)

Moving this out of patch available and unassigning. If anyone wants to pick this up, please do!

> 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
>            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.3.15#6346)