[
https://issues.apache.org/jira/browse/HIVE-10629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14549185#comment-14549185
]
Eugene Koifman commented on HIVE-10629:
---------------------------------------
I tried that. It fixes the other tests, but breaks encryption_drop_table.q
that I'm adding in this jira. with the change you suggest DROP TABLE doesn't
generate an error... I'm investigating why.
[~Ferd], can you explain why you made this mod to QTestUtil?
> Dropping table in an encrypted zone does not drop warehouse directory
> ---------------------------------------------------------------------
>
> Key: HIVE-10629
> URL: https://issues.apache.org/jira/browse/HIVE-10629
> Project: Hive
> Issue Type: Sub-task
> Components: Security
> Affects Versions: 1.1.0
> Reporter: Deepesh Khandelwal
> Assignee: Eugene Koifman
> Attachments: HIVE-10629.2.patch, HIVE-10629.3.patch,
> HIVE-10629.4.patch, HIVE-10629.patch
>
>
> Drop table in an encrypted zone removes the table but not its data. The
> client sees the following on Hive CLI:
> {noformat}
> hive> drop table testtbl;
> OK
> Time taken: 0.158 seconds
> {noformat}
> On the Hive Metastore log following error is thrown:
> {noformat}
> 2015-05-05 08:55:27,665 ERROR [pool-6-thread-142]: hive.log
> (MetaStoreUtils.java:logAndThrowMetaException(1200)) - Got exception:
> java.io.IOException Failed to move to trash:
> hdfs://node-1.example.com:8020/apps/hive/warehouse/encdb1.db/testtbl
> java.io.IOException: Failed to move to trash:
> hdfs://node-1.example.com:8020/apps/hive/warehouse/encdb1.db/testtbl
> at
> org.apache.hadoop.fs.TrashPolicyDefault.moveToTrash(TrashPolicyDefault.java:160)
> at org.apache.hadoop.fs.Trash.moveToTrash(Trash.java:114)
> at org.apache.hadoop.fs.Trash.moveToAppropriateTrash(Trash.java:95)
> at
> org.apache.hadoop.hive.shims.Hadoop23Shims.moveToAppropriateTrash(Hadoop23Shims.java:270)
> at
> org.apache.hadoop.hive.metastore.HiveMetaStoreFsImpl.deleteDir(HiveMetaStoreFsImpl.java:47)
> at
> org.apache.hadoop.hive.metastore.Warehouse.deleteDir(Warehouse.java:229)
> at
> org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.deleteTableData(HiveMetaStore.java:1584)
> at
> org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_core(HiveMetaStore.java:1552)
> at
> org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.drop_table_with_environment_context(HiveMetaStore.java:1705)
> at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.apache.hadoop.hive.metastore.RetryingHMSHandler.invoke(RetryingHMSHandler.java:107)
> at com.sun.proxy.$Proxy13.drop_table_with_environment_context(Unknown
> Source)
> at
> org.apache.hadoop.hive.metastore.api.ThriftHiveMetastore$Processor$drop_table_with_environment_context.getResult(ThriftHiveMetastore.java:9256)
> ....
> {noformat}
> The client should throw the error and maybe fail the drop table call. To
> delete the table data one currently has to use {{drop table testtbl purge}}
> which basically remove the table data permanently skipping trash.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
