[jira] [Commented] (HIVE-10421) DROP TABLE with qualified table name ignores database name when checking partitions

2015-04-27 Thread Jason Dere (JIRA) 

[ 
https://issues.apache.org/jira/browse/HIVE-10421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14515090#comment-14515090
 ] 

Jason Dere commented on HIVE-10421:
---

Committed to 1.2

> DROP TABLE with qualified table name ignores database name when checking 
> partitions
> ---
>
> Key: HIVE-10421
> URL: https://issues.apache.org/jira/browse/HIVE-10421
> Project: Hive
>  Issue Type: Bug
>Reporter: Jason Dere
>Assignee: Jason Dere
> Fix For: 1.2.0
>
> Attachments: HIVE-10421.1.patch, HIVE-10421.2.patch
>
>
> Hive was only recently changed to allow "drop table dbname.tabname". However 
> DDLTask.dropTable() is still using an older version of 
> Hive.getPartitionNames(), which only took in a single string for the table 
> name, rather than the database and table names. As a result Hive is filling 
> in the current database name as the dbname during the listPartitions call to 
> the MetaStore.
> It also appears that on the Hive Metastore side, in the non-auth path there 
> is no validation to check that the dbname.tablename actually exists - this 
> call simply returns back an empty list of partitions, which causes the table 
> to be dropped without checking any of the partition information. I will open 
> a separate issue for this one.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (HIVE-10421) DROP TABLE with qualified table name ignores database name when checking partitions

2015-04-27 Thread Sushanth Sowmyan (JIRA) 

[ 
https://issues.apache.org/jira/browse/HIVE-10421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14514924#comment-14514924
 ] 

Sushanth Sowmyan commented on HIVE-10421:
-

Added to 
https://cwiki.apache.org/confluence/display/Hive/Hive+1.2+Release+Status.

Please go ahead and commit to branch-1.2

> DROP TABLE with qualified table name ignores database name when checking 
> partitions
> ---
>
> Key: HIVE-10421
> URL: https://issues.apache.org/jira/browse/HIVE-10421
> Project: Hive
>  Issue Type: Bug
>Reporter: Jason Dere
>Assignee: Jason Dere
> Fix For: 1.3.0
>
> Attachments: HIVE-10421.1.patch, HIVE-10421.2.patch
>
>
> Hive was only recently changed to allow "drop table dbname.tabname". However 
> DDLTask.dropTable() is still using an older version of 
> Hive.getPartitionNames(), which only took in a single string for the table 
> name, rather than the database and table names. As a result Hive is filling 
> in the current database name as the dbname during the listPartitions call to 
> the MetaStore.
> It also appears that on the Hive Metastore side, in the non-auth path there 
> is no validation to check that the dbname.tablename actually exists - this 
> call simply returns back an empty list of partitions, which causes the table 
> to be dropped without checking any of the partition information. I will open 
> a separate issue for this one.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (HIVE-10421) DROP TABLE with qualified table name ignores database name when checking partitions

2015-04-27 Thread Jason Dere (JIRA) 

[ 
https://issues.apache.org/jira/browse/HIVE-10421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14514664#comment-14514664
 ] 

Jason Dere commented on HIVE-10421:
---

[~sushanth] candidate to add to 1.2?

> DROP TABLE with qualified table name ignores database name when checking 
> partitions
> ---
>
> Key: HIVE-10421
> URL: https://issues.apache.org/jira/browse/HIVE-10421
> Project: Hive
>  Issue Type: Bug
>Reporter: Jason Dere
>Assignee: Jason Dere
> Fix For: 1.3.0
>
> Attachments: HIVE-10421.1.patch, HIVE-10421.2.patch
>
>
> Hive was only recently changed to allow "drop table dbname.tabname". However 
> DDLTask.dropTable() is still using an older version of 
> Hive.getPartitionNames(), which only took in a single string for the table 
> name, rather than the database and table names. As a result Hive is filling 
> in the current database name as the dbname during the listPartitions call to 
> the MetaStore.
> It also appears that on the Hive Metastore side, in the non-auth path there 
> is no validation to check that the dbname.tablename actually exists - this 
> call simply returns back an empty list of partitions, which causes the table 
> to be dropped without checking any of the partition information. I will open 
> a separate issue for this one.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (HIVE-10421) DROP TABLE with qualified table name ignores database name when checking partitions

2015-04-24 Thread Hive QA (JIRA) 

[ 
https://issues.apache.org/jira/browse/HIVE-10421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14512099#comment-14512099
 ] 

Hive QA commented on HIVE-10421:




{color:red}Overall{color}: -1 at least one tests failed

Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12728033/HIVE-10421.2.patch

{color:red}ERROR:{color} -1 due to 15 failed/errored test(s), 8815 tests 
executed
*Failed tests:*
{noformat}
TestMinimrCliDriver-bucketmapjoin6.q-constprog_partitioner.q-infer_bucket_sort_dyn_part.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-external_table_with_space_in_location_path.q-infer_bucket_sort_merge.q-auto_sortmerge_join_16.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-groupby2.q-import_exported_table.q-bucketizedhiveinputformat.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-index_bitmap3.q-stats_counter_partitioned.q-temp_table_external.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-infer_bucket_sort_map_operators.q-join1.q-bucketmapjoin7.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-infer_bucket_sort_num_buckets.q-disable_merge_for_bucketing.q-uber_reduce.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-infer_bucket_sort_reducers_power_two.q-scriptfile1.q-scriptfile1_win.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-leftsemijoin_mr.q-load_hdfs_file_with_space_in_the_name.q-root_dir_external_table.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-list_bucket_dml_10.q-bucket_num_reducers.q-bucket6.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-load_fs2.q-file_with_header_footer.q-ql_rewrite_gbtoidx_cbo_1.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-parallel_orderby.q-reduce_deduplicate.q-ql_rewrite_gbtoidx_cbo_2.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-ql_rewrite_gbtoidx.q-smb_mapjoin_8.q - did not produce a 
TEST-*.xml file
TestMinimrCliDriver-schemeAuthority2.q-bucket4.q-input16_cc.q-and-1-more - did 
not produce a TEST-*.xml file
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udaf_percentile_approx_23
org.apache.hive.jdbc.TestSSL.testSSLConnectionWithProperty
{noformat}

Test results: 
http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/3579/testReport
Console output: 
http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/3579/console
Test logs: 
http://ec2-174-129-184-35.compute-1.amazonaws.com/logs/PreCommit-HIVE-TRUNK-Build-3579/

Messages:
{noformat}
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
Tests exited with: TestsFailedException: 15 tests failed
{noformat}

This message is automatically generated.

ATTACHMENT ID: 12728033 - PreCommit-HIVE-TRUNK-Build

> DROP TABLE with qualified table name ignores database name when checking 
> partitions
> ---
>
> Key: HIVE-10421
> URL: https://issues.apache.org/jira/browse/HIVE-10421
> Project: Hive
>  Issue Type: Bug
>Reporter: Jason Dere
>Assignee: Jason Dere
> Attachments: HIVE-10421.1.patch, HIVE-10421.2.patch
>
>
> Hive was only recently changed to allow "drop table dbname.tabname". However 
> DDLTask.dropTable() is still using an older version of 
> Hive.getPartitionNames(), which only took in a single string for the table 
> name, rather than the database and table names. As a result Hive is filling 
> in the current database name as the dbname during the listPartitions call to 
> the MetaStore.
> It also appears that on the Hive Metastore side, in the non-auth path there 
> is no validation to check that the dbname.tablename actually exists - this 
> call simply returns back an empty list of partitions, which causes the table 
> to be dropped without checking any of the partition information. I will open 
> a separate issue for this one.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (HIVE-10421) DROP TABLE with qualified table name ignores database name when checking partitions

2015-04-24 Thread Thejas M Nair (JIRA) 

[ 
https://issues.apache.org/jira/browse/HIVE-10421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14511963#comment-14511963
 ] 

Thejas M Nair commented on HIVE-10421:
--

+1

> DROP TABLE with qualified table name ignores database name when checking 
> partitions
> ---
>
> Key: HIVE-10421
> URL: https://issues.apache.org/jira/browse/HIVE-10421
> Project: Hive
>  Issue Type: Bug
>Reporter: Jason Dere
>Assignee: Jason Dere
> Attachments: HIVE-10421.1.patch, HIVE-10421.2.patch
>
>
> Hive was only recently changed to allow "drop table dbname.tabname". However 
> DDLTask.dropTable() is still using an older version of 
> Hive.getPartitionNames(), which only took in a single string for the table 
> name, rather than the database and table names. As a result Hive is filling 
> in the current database name as the dbname during the listPartitions call to 
> the MetaStore.
> It also appears that on the Hive Metastore side, in the non-auth path there 
> is no validation to check that the dbname.tablename actually exists - this 
> call simply returns back an empty list of partitions, which causes the table 
> to be dropped without checking any of the partition information. I will open 
> a separate issue for this one.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (HIVE-10421) DROP TABLE with qualified table name ignores database name when checking partitions

2015-04-21 Thread Hive QA (JIRA) 

[ 
https://issues.apache.org/jira/browse/HIVE-10421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14505620#comment-14505620
 ] 

Hive QA commented on HIVE-10421:




{color:red}Overall{color}: -1 at least one tests failed

Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12726930/HIVE-10421.1.patch

{color:red}ERROR:{color} -1 due to 15 failed/errored test(s), 8727 tests 
executed
*Failed tests:*
{noformat}
TestCustomAuthentication - did not produce a TEST-*.xml file
TestMinimrCliDriver-bucketmapjoin6.q-constprog_partitioner.q-infer_bucket_sort_dyn_part.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-external_table_with_space_in_location_path.q-infer_bucket_sort_merge.q-auto_sortmerge_join_16.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-groupby2.q-import_exported_table.q-bucketizedhiveinputformat.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-index_bitmap3.q-stats_counter_partitioned.q-temp_table_external.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-infer_bucket_sort_map_operators.q-join1.q-bucketmapjoin7.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-infer_bucket_sort_num_buckets.q-disable_merge_for_bucketing.q-uber_reduce.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-infer_bucket_sort_reducers_power_two.q-scriptfile1.q-scriptfile1_win.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-leftsemijoin_mr.q-load_hdfs_file_with_space_in_the_name.q-root_dir_external_table.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-list_bucket_dml_10.q-bucket_num_reducers.q-bucket6.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-load_fs2.q-file_with_header_footer.q-ql_rewrite_gbtoidx_cbo_1.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-parallel_orderby.q-reduce_deduplicate.q-ql_rewrite_gbtoidx_cbo_2.q-and-1-more
 - did not produce a TEST-*.xml file
TestMinimrCliDriver-ql_rewrite_gbtoidx.q-smb_mapjoin_8.q - did not produce a 
TEST-*.xml file
TestMinimrCliDriver-schemeAuthority2.q-bucket4.q-input16_cc.q-and-1-more - did 
not produce a TEST-*.xml file
org.apache.hadoop.hive.cli.TestCliDriver.testCliDriver_udaf_histogram_numeric
{noformat}

Test results: 
http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/3515/testReport
Console output: 
http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/PreCommit-HIVE-TRUNK-Build/3515/console
Test logs: 
http://ec2-174-129-184-35.compute-1.amazonaws.com/logs/PreCommit-HIVE-TRUNK-Build-3515/

Messages:
{noformat}
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
Tests exited with: TestsFailedException: 15 tests failed
{noformat}

This message is automatically generated.

ATTACHMENT ID: 12726930 - PreCommit-HIVE-TRUNK-Build

> DROP TABLE with qualified table name ignores database name when checking 
> partitions
> ---
>
> Key: HIVE-10421
> URL: https://issues.apache.org/jira/browse/HIVE-10421
> Project: Hive
>  Issue Type: Bug
>Reporter: Jason Dere
>Assignee: Jason Dere
> Attachments: HIVE-10421.1.patch
>
>
> Hive was only recently changed to allow "drop table dbname.tabname". However 
> DDLTask.dropTable() is still using an older version of 
> Hive.getPartitionNames(), which only took in a single string for the table 
> name, rather than the database and table names. As a result Hive is filling 
> in the current database name as the dbname during the listPartitions call to 
> the MetaStore.
> It also appears that on the Hive Metastore side, in the non-auth path there 
> is no validation to check that the dbname.tablename actually exists - this 
> call simply returns back an empty list of partitions, which causes the table 
> to be dropped without checking any of the partition information. I will open 
> a separate issue for this one.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)