[jira] [Resolved] (HIVE-17650) DDLTask.handleRemoveMm() assumes locks not present

["Sergey Shelukhin (JIRA)" <ji...@apache.org>]

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

Sergey Shelukhin resolved HIVE-17650.
-------------------------------------
    Resolution: Duplicate

We will remove the ability to directly convert the tables from MM to non-MM

> DDLTask.handleRemoveMm() assumes locks not present
> --------------------------------------------------
>
>                 Key: HIVE-17650
>                 URL: https://issues.apache.org/jira/browse/HIVE-17650
>             Project: Hive
>          Issue Type: Sub-task
>          Components: Transactions
>            Reporter: Eugene Koifman
>
> This moves every file in the table from under delta_x_x/ to root of the table/partition
> How would this work for bucketed tables?  Will it create bucket_x_copy_N files?
> This could create 1000s of copy_N files - this will likely break something
> The comments in the method assume locks are present - this would imply that there are appropriate Read/WriteEntity objects already created - I doubt this is the case for a table property change.
> It seems like this kind of op should require an Exclusive lock at table level to prevent concurrent inserts (into new delta_x_x/)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)