You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Jean-Daniel Cryans (JIRA)" <ji...@apache.org> on 2009/01/28 22:08:59 UTC
[jira] Commented: (HBASE-845) disable then drop table is messy when
table is > 4 or 5 M rows
[ https://issues.apache.org/jira/browse/HBASE-845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12668162#action_12668162 ]
Jean-Daniel Cryans commented on HBASE-845:
------------------------------------------
I tested my patch on a 79 regions table with well over 10M rows and isTableEnabled reliably tells me if all regions are disabled or not. But this is a new problem, if half of the regions are disabled, it tells us that it is enabled....
> disable then drop table is messy when table is > 4 or 5 M rows
> --------------------------------------------------------------
>
> Key: HBASE-845
> URL: https://issues.apache.org/jira/browse/HBASE-845
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: stack
> Attachments: hbase-845.patch
>
>
> In current trunk, if i load a table of 8M rows and then try and delete it, the disable returns saying the table was successfully deleted but when I then try to drop the table, it says table not disabled. I run the disable/drop cycle a few more times and still fails. Eventually, if I wait long enough, it succeeds. Maybe the table drop should just block if table is seen to have disabled regions in it. As is, its a little disorientating the way it works. Could lead admins to distrust status messages emitted.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.