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] [Updated] (HBASE-5251) Some commands return "0 rows" when > 0 rows were processed successfully
Date Thu, 02 Mar 2017 17:14:45 GMT

     [ 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)

Mime
View raw message