You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Wellington Chevreuil (JIRA)" <ji...@apache.org> on 2019/05/14 17:02:00 UTC
[jira] [Updated] (HBASE-22417) DeleteTableProcedure.deleteFromMeta
method should remove table from Master's table descriptors cache
[ https://issues.apache.org/jira/browse/HBASE-22417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Wellington Chevreuil updated HBASE-22417:
-----------------------------------------
Attachment: HBASE-22417.master.001.patch
> DeleteTableProcedure.deleteFromMeta method should remove table from Master's table descriptors cache
> ----------------------------------------------------------------------------------------------------
>
> Key: HBASE-22417
> URL: https://issues.apache.org/jira/browse/HBASE-22417
> Project: HBase
> Issue Type: Bug
> Reporter: Wellington Chevreuil
> Assignee: Wellington Chevreuil
> Priority: Major
> Attachments: HBASE-22417.master.001.patch
>
>
> DeleteTableProcedure defines a static deleteFromMeta method that's currently used both by DeleteTableProcedure itself and TruncateTableProcedure. Sometimes, depending on the table size (and under slower, under performing FileSystems), truncation can take longer to complete *TRUNCATE_TABLE_CLEAR_FS_LAYOUT* stage, but the given table has already been deleted from meta on previous *TRUNCATE_TABLE_REMOVE_FROM_META* stage. In this case, features relying on Master's table descriptor's cache might wrongly try to reference this truncating table. Master Web UI, for example, would try to check this table state and end up showing a 500 error.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)