[jira] [Created] (HIVE-14074) RELOAD FUNCTION should update dropped functions

[Abdullah Yousufi (JIRA)]

Abdullah Yousufi created HIVE-14074:
---

 Summary: RELOAD FUNCTION should update dropped functions
 Key: HIVE-14074
 URL: https://issues.apache.org/jira/browse/HIVE-14074
 Project: Hive
  Issue Type: Bug
Affects Versions: 2.0.1
Reporter: Abdullah Yousufi
Assignee: Abdullah Yousufi
 Fix For: 2.2.0


Due to HIVE-2573, functions are stored in a per-session registry and only 
loaded in from the metastore when hs2 or hive cli is started. Running RELOAD 
FUNCTION in the current session is a way to force a reload of the functions, so 
that changes that occurred in other running sessions will be reflected in the 
current session, without having to restart the current session. However, while 
functions that are created in other sessions will now appear in the current 
session, functions that have been dropped are not removed from the current 
session's registry. It seems inconsistent that created functions are updated 
while dropped functions are not.



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

Re: Review Request 47735: HIVE-13617 LLAP: support non-vectorized execution in IO

[j . prasanth . j]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/47735/#review139006
---




llap-server/src/java/org/apache/hadoop/hive/llap/io/api/impl/LlapInputFormat.java
 (line 400)


Can this not be reused?



ql/src/java/org/apache/hadoop/hive/ql/io/BatchToRowReader.java (line 78)


Why UnionType?



ql/src/java/org/apache/hadoop/hive/ql/io/BatchToRowReader.java (line 418)


Should we do enforcing of precision and scale here or is it assumed to be 
already enforced?


- Prasanth_J


On June 10, 2016, 10:47 p.m., Sergey Shelukhin wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/47735/
> ---
> 
> (Updated June 10, 2016, 10:47 p.m.)
> 
> 
> Review request for hive and Prasanth_J.
> 
> 
> Repository: hive-git
> 
> 
> Description
> ---
> 
> see JIRA
> 
> 
> Diffs
> -
> 
>   common/src/java/org/apache/hadoop/hive/conf/HiveConf.java 285caa3 
>   itests/src/test/resources/testconfiguration.properties 46350a3 
>   
> llap-server/src/java/org/apache/hadoop/hive/llap/io/api/impl/LlapInputFormat.java
>  298f788 
>   ql/src/java/org/apache/hadoop/hive/ql/exec/MapOperator.java afe5ee2 
>   ql/src/java/org/apache/hadoop/hive/ql/io/BatchToRowInputFormat.java 
> PRE-CREATION 
>   ql/src/java/org/apache/hadoop/hive/ql/io/BatchToRowReader.java PRE-CREATION 
>   ql/src/java/org/apache/hadoop/hive/ql/io/HiveInputFormat.java cfedf35 
>   ql/src/java/org/apache/hadoop/hive/ql/io/orc/OrcInputFormat.java d7a8c2f 
>   ql/src/java/org/apache/hadoop/hive/ql/io/orc/OrcOiBatchToRowReader.java 
> PRE-CREATION 
>   ql/src/java/org/apache/hadoop/hive/ql/optimizer/GenMapRedUtils.java 7595065 
>   ql/src/java/org/apache/hadoop/hive/ql/plan/MapWork.java f034812 
>   ql/src/test/queries/clientpositive/orc_llap_nonvector.q PRE-CREATION 
>   ql/src/test/results/clientpositive/llap/dynamic_partition_pruning.q.out 
> 912cd7f 
>   ql/src/test/results/clientpositive/llap/hybridgrace_hashjoin_1.q.out 
> ad3a358 
>   ql/src/test/results/clientpositive/llap/llap_udf.q.out e517942 
>   ql/src/test/results/clientpositive/llap/llapdecider.q.out 27ab92a 
>   ql/src/test/results/clientpositive/llap/mapjoin_decimal.q.out 2d1b818 
>   ql/src/test/results/clientpositive/llap/orc_llap_nonvector.q.out 
> PRE-CREATION 
>   ql/src/test/results/clientpositive/llap/orc_ppd_basic.q.out 2d0984b 
>   ql/src/test/results/clientpositive/llap/tez_bmj_schema_evolution.q.out 
> f99b829 
>   ql/src/test/results/clientpositive/llap/tez_dynpart_hashjoin_1.q.out 
> c9417f4 
>   ql/src/test/results/clientpositive/llap/tez_dynpart_hashjoin_2.q.out 
> 7f29462 
>   ql/src/test/results/clientpositive/llap/tez_union_group_by.q.out 11882e4 
>   ql/src/test/results/clientpositive/llap/tez_vector_dynpart_hashjoin_1.q.out 
> d02e096 
>   ql/src/test/results/clientpositive/llap/tez_vector_dynpart_hashjoin_2.q.out 
> c0c14e1 
>   
> ql/src/test/results/clientpositive/llap/vectorized_dynamic_partition_pruning.q.out
>  487d930 
>   ql/src/test/results/clientpositive/orc_llap_nonvector.q.out PRE-CREATION 
>   ql/src/test/results/clientpositive/tez/llapdecider.q.out 27ab92a 
> 
> Diff: https://reviews.apache.org/r/47735/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Sergey Shelukhin
> 
>

Review Request 49052: Insert overwrite does not work in HBase tables: stats is not updated

[pengcheng xiong]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/49052/
---

Review request for hive and Ashutosh Chauhan.


Repository: hive-git


Description
---

HIVE-14028


Diffs
-

  hbase-handler/src/test/queries/positive/hbasestats.q PRE-CREATION 
  hbase-handler/src/test/results/positive/hbasestats.q.out PRE-CREATION 
  ql/src/java/org/apache/hadoop/hive/ql/parse/SemanticAnalyzer.java 774cc2b 

Diff: https://reviews.apache.org/r/49052/diff/


Testing
---


Thanks,

pengcheng xiong

[jira] [Created] (HIVE-14073) update config whiltelist for sql std authorization

[Thejas M Nair (JIRA)]

Thejas M Nair created HIVE-14073:


 Summary: update config whiltelist for sql std authorization 
 Key: HIVE-14073
 URL: https://issues.apache.org/jira/browse/HIVE-14073
 Project: Hive
  Issue Type: Bug
  Components: Security, SQLStandardAuthorization
Affects Versions: 2.1.0
Reporter: Thejas M Nair
Assignee: Thejas M Nair






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

[jira] [Created] (HIVE-14072) SessionIds reused across different queries

[Siddharth Seth (JIRA)]

Siddharth Seth created HIVE-14072:
-

 Summary: SessionIds reused across different queries
 Key: HIVE-14072
 URL: https://issues.apache.org/jira/browse/HIVE-14072
 Project: Hive
  Issue Type: Bug
Reporter: Siddharth Seth
Priority: Critical


While testing HIVE-14023, and running TestMiniLlapCluster - query ids were 
re-uesd for the entire init scripts. 30+ different queries - same queryId, new 
Tez dag submission, for different queries.



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

Review Request 49046: HIVE-14021

[Jesús Camacho Rodríguez]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/49046/
---

Review request for hive and Ashutosh Chauhan.


Bugs: HIVE-14021
https://issues.apache.org/jira/browse/HIVE-14021


Repository: hive-git


Description
---

HIVE-14021


Diffs
-

  common/src/java/org/apache/hadoop/hive/conf/HiveConf.java 
3783dc49222c0579f3218c9e11dba5bfc96bbcc4 
  ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/HiveRexUtil.java 
d4663784ed9c1c6863ba226d853bcfbb4c1e07a7 
  
ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/rules/HivePointLookupOptimizerRule.java
 9609a1e061455a7a024c556a098253cb6a13d7d5 
  
ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/rules/HivePreFilteringRule.java
 17fcc82d223d3918b738b5885f0ebd83b503444c 
  ql/src/java/org/apache/hadoop/hive/ql/parse/CalcitePlanner.java 
d08455286752fbf672b8b6283ea24c70f6f26c65 
  
ql/src/test/org/apache/hadoop/hive/ql/optimizer/calcite/TestCBOMaxNumToCNF.java 
PRE-CREATION 
  ql/src/test/results/clientpositive/perf/query85.q.out 
ca23bbbc1dc2115f70828c399888f2c7548b04b4 
  ql/src/test/results/clientpositive/perf/query89.q.out 
c80f06cc54846a29077d9eaeb0e7744c825edf8f 
  ql/src/test/results/clientpositive/perf/query91.q.out 
81f37c5f3b237b53248b6e46d83a66209fcb1a45 
  ql/src/test/results/clientpositive/subquery_multiinsert.q.out 
fd355470ac0244b2ad2c3077836b79e07c7a91f0 

Diff: https://reviews.apache.org/r/49046/diff/


Testing
---


Thanks,

Jesús Camacho Rodríguez

[jira] [Created] (HIVE-14071) HIVE-14014 breaks non-file outputs

[Sergey Shelukhin (JIRA)]

Sergey Shelukhin created HIVE-14071:
---

 Summary: HIVE-14014 breaks non-file outputs
 Key: HIVE-14071
 URL: https://issues.apache.org/jira/browse/HIVE-14071
 Project: Hive
  Issue Type: Bug
Reporter: Sergey Shelukhin
Assignee: Sergey Shelukhin






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

Re: [VOTE] Apache Hive 2.1.0 Release Candidate 3

[Eugene Koifman]

It¹s looks like the release notes
() only have information about times that were fixed.

Is there a mechanism in rel notes to note important things that didn¹t
make it?
For example, HIVE-13974?


Eugene

On 6/21/16, 10:40 AM, "Jesus Camacho Rodriguez"
 wrote:

>Yes Thejas, I think it makes sense. It would be good to know if want to
>remove
>the RC tags to update it all together.
>
>Further, I wonder if we should move all the tag releases to rel/*. I can
>do
>that too.
>
>--
>
>Jesús
>
>
>
>On 6/21/16, 10:35 AM, "Thejas Nair"  wrote:
>
>>Jesus,
>>Should we update the how-to-release page with steps suggested by Owen ?
>>Thanks,
>>Thejas
>>
>>
>>On Tue, Jun 21, 2016 at 10:19 AM, Jesus Camacho Rodriguez
>> wrote:
>>> Thanks for pointing that out Owen, it is done now.
>>>
>>>
>>>
>>>
>>> On 6/21/16, 7:08 AM, "Owen O'Malley"  wrote:
>>>
According to Apache Infra, we should be creating our release tags in
the
rel/* space. Tags with names that start with "rel/" can never be
changed
once they are pushed to Apache, so be careful. *smile*  But having a
unmodifiable tag is good to make sure that no one is tempted to "fix" a
release.

Can you please recreate the tag with the name "rel/release-2.1.0". I'd
also
suggest that you sign the tag with your GPG key with "git tag -s
rel/release-2.1.0 

Re: [DISCUSS] Release tags

[Jesus Camacho Rodriguez]

+1

I think it is a good idea; we already do that e.g. in Apache Calcite.

In addition, should we move all the release tags under rel/*?

--
Jesús



On 6/21/16, 7:09 AM, "Owen O'Malley"  wrote:

>On a related note, we should discuss whether it makes sense to remove the
>rc tags once the vote closes. I think it reduces confusion. What do others
>think?
>
>.. Owen
>
>On Tue, Jun 21, 2016 at 8:08 AM, Owen O'Malley  wrote:
>
>> According to Apache Infra, we should be creating our release tags in the
>> rel/* space. Tags with names that start with "rel/" can never be changed
>> once they are pushed to Apache, so be careful. *smile*  But having a
>> unmodifiable tag is good to make sure that no one is tempted to "fix" a
>> release.
>>
>> Can you please recreate the tag with the name "rel/release-2.1.0". I'd
>> also suggest that you sign the tag with your GPG key with "git tag -s
>> rel/release-2.1.0 

Re: [VOTE] Apache Hive 2.1.0 Release Candidate 3

[Jesus Camacho Rodriguez]

Yes Thejas, I think it makes sense. It would be good to know if want to remove
the RC tags to update it all together.

Further, I wonder if we should move all the tag releases to rel/*. I can do
that too.

--

Jesús



On 6/21/16, 10:35 AM, "Thejas Nair"  wrote:

>Jesus,
>Should we update the how-to-release page with steps suggested by Owen ?
>Thanks,
>Thejas
>
>
>On Tue, Jun 21, 2016 at 10:19 AM, Jesus Camacho Rodriguez
> wrote:
>> Thanks for pointing that out Owen, it is done now.
>>
>>
>>
>>
>> On 6/21/16, 7:08 AM, "Owen O'Malley"  wrote:
>>
>>>According to Apache Infra, we should be creating our release tags in the
>>>rel/* space. Tags with names that start with "rel/" can never be changed
>>>once they are pushed to Apache, so be careful. *smile*  But having a
>>>unmodifiable tag is good to make sure that no one is tempted to "fix" a
>>>release.
>>>
>>>Can you please recreate the tag with the name "rel/release-2.1.0". I'd also
>>>suggest that you sign the tag with your GPG key with "git tag -s
>>>rel/release-2.1.0 

Re: [VOTE] Apache Hive 2.1.0 Release Candidate 3

[Thejas Nair]

Jesus,
Should we update the how-to-release page with steps suggested by Owen ?
Thanks,
Thejas


On Tue, Jun 21, 2016 at 10:19 AM, Jesus Camacho Rodriguez
 wrote:
> Thanks for pointing that out Owen, it is done now.
>
>
>
>
> On 6/21/16, 7:08 AM, "Owen O'Malley"  wrote:
>
>>According to Apache Infra, we should be creating our release tags in the
>>rel/* space. Tags with names that start with "rel/" can never be changed
>>once they are pushed to Apache, so be careful. *smile*  But having a
>>unmodifiable tag is good to make sure that no one is tempted to "fix" a
>>release.
>>
>>Can you please recreate the tag with the name "rel/release-2.1.0". I'd also
>>suggest that you sign the tag with your GPG key with "git tag -s
>>rel/release-2.1.0 

Re: Review Request 48500: HIVE-13982

[Jesús Camacho Rodríguez]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/48500/
---

(Updated June 21, 2016, 5:28 p.m.)


Review request for hive and Ashutosh Chauhan.


Bugs: HIVE-13982
https://issues.apache.org/jira/browse/HIVE-13982


Repository: hive-git


Description
---

HIVE-13982


Diffs (updated)
-

  
ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/reloperators/HiveAggregate.java
 9cb62c8b4cf16f0d39a8184a0df52dc6e5dea458 
  
ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/rules/HiveRelCollationPropagator.java
 PRE-CREATION 
  
ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/translator/ASTConverter.java
 353d8db41af10512c94c0700a9bb06a07d660190 
  
ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/translator/PlanModifierForASTConv.java
 1a543fb1c8a9c2fb5b89aba211f0dd8910aeb048 
  
ql/src/java/org/apache/hadoop/hive/ql/optimizer/correlation/ReduceSinkDeDuplication.java
 1c3eb8155defa99a223ccf4ee4b072abb40a 
  ql/src/test/queries/clientpositive/limit_pushdown2.q PRE-CREATION 
  ql/src/test/queries/clientpositive/reduce_deduplicate_extended2.q 
PRE-CREATION 
  ql/src/test/results/clientpositive/annotate_stats_join.q.out 
d83d7dbf17adaee6a6f3b64fdbcde1b8aabf6d8e 
  ql/src/test/results/clientpositive/bucket_groupby.q.out 
867fad43686d69dfd77cc5accc5d9d09f4364301 
  ql/src/test/results/clientpositive/correlationoptimizer13.q.out 
ac5bdc6878bcd2383865119e6a7f6b849a24c505 
  ql/src/test/results/clientpositive/dynamic_rdd_cache.q.out 
4088a39ed2b4a51022b6124c5e1ae9b9334bb859 
  ql/src/test/results/clientpositive/filter_cond_pushdown.q.out 
46b701f382c1a4a22fe0228bbfcd23dcf6054218 
  ql/src/test/results/clientpositive/limit_pushdown2.q.out PRE-CREATION 
  ql/src/test/results/clientpositive/lineage3.q.out 
12ae13e388b3cb9c051cb419b75682fa4296d211 
  ql/src/test/results/clientpositive/llap/tez_union2.q.out 
0f3abd0e604e84e07d1f4e90feadcc176dcdde11 
  ql/src/test/results/clientpositive/merge_join_1.q.out 
060562d8f967fb1217c83f6ac70f9d260b914050 
  ql/src/test/results/clientpositive/perf/query17.q.out 
3692a9a1aef1aaa042d39521ba9ae07813d1f8fe 
  ql/src/test/results/clientpositive/perf/query19.q.out 
f5eeae4e2046ecbbeaa1b399ad5618028370a9bb 
  ql/src/test/results/clientpositive/perf/query20.q.out 
3eed0a86592f69cf6660231f125273d2827bf842 
  ql/src/test/results/clientpositive/perf/query25.q.out 
94b575fbc82d89ad86460a096726f8ed99e80227 
  ql/src/test/results/clientpositive/perf/query29.q.out 
c53d65df32f6573852b228811d72b8109352228a 
  ql/src/test/results/clientpositive/perf/query3.q.out 
4260b1128788e2f93c7fc4509ccc012eeda074a0 
  ql/src/test/results/clientpositive/perf/query39.q.out 
5c90a5371e3c6112ebb769a9dd034e92b6c2462f 
  ql/src/test/results/clientpositive/perf/query40.q.out 
c3c746b420a3cea007115083119ed432982f4676 
  ql/src/test/results/clientpositive/perf/query45.q.out 
04f9b02b019b6cf591dee48964a73fdb4a4b285f 
  ql/src/test/results/clientpositive/perf/query46.q.out 
22bf29b1aa90a24cd13cdadeb7905191a0184962 
  ql/src/test/results/clientpositive/perf/query50.q.out 
781d3ec658146a180ff577ece3cb4cf54ff566ff 
  ql/src/test/results/clientpositive/perf/query54.q.out 
76657a0ae1a086b61285dc52834f5d26d0bec059 
  ql/src/test/results/clientpositive/perf/query64.q.out 
5c931c09368b3f28128ad65600759b2f36dce999 
  ql/src/test/results/clientpositive/perf/query65.q.out 
41f52de18e600dfb879b7cc86ef48cbfea4f8630 
  ql/src/test/results/clientpositive/perf/query68.q.out 
8fcc1477bad57b97f99ff0d5eacc50da66f7b0bc 
  ql/src/test/results/clientpositive/perf/query71.q.out 
ec67b154e7f22943ce307d2306a3aec64f642606 
  ql/src/test/results/clientpositive/perf/query75.q.out 
4279f5457faf6b54cb2665e6d3f172fd1867db65 
  ql/src/test/results/clientpositive/perf/query85.q.out 
ca23bbbc1dc2115f70828c399888f2c7548b04b4 
  ql/src/test/results/clientpositive/perf/query87.q.out 
ee3090b0bd6455439d0fa93cfc4f105e21a9691c 
  ql/src/test/results/clientpositive/perf/query89.q.out 
c80f06cc54846a29077d9eaeb0e7744c825edf8f 
  ql/src/test/results/clientpositive/perf/query92.q.out 
f8186f51d91be15b3e6621db367eaa96ebbdcbd2 
  ql/src/test/results/clientpositive/perf/query97.q.out 
5dcd341024edfba32d20e58a1da2df3dc6348454 
  ql/src/test/results/clientpositive/perf/query98.q.out 
484f3c64606186735cea11fc4c12cc50a08e6b63 
  ql/src/test/results/clientpositive/ptfgroupbyjoin.q.out 
7efc49292f2e3e96d0a58b78a623e6359008da15 
  ql/src/test/results/clientpositive/reduce_deduplicate_extended2.q.out 
PRE-CREATION 
  ql/src/test/results/clientpositive/regex_col.q.out 
c2a51d456cce6925b81f4eb9950a3bcc49fb308f 
  ql/src/test/results/clientpositive/semijoin4.q.out 
e557be149fe3b7926c85df30050d6570fa3e7bf5 
  ql/src/test/results/clientpositive/semijoin5.q.out 
6ecc6935b9d9528e6f2c56a1bad18e7205646e51 
  ql/src/test/results/clientpositive/spark/annotate_stats_join.q.out 

Re: [VOTE] Apache Hive 2.1.0 Release Candidate 3

[Jesus Camacho Rodriguez]

Thanks for pointing that out Owen, it is done now.




On 6/21/16, 7:08 AM, "Owen O'Malley"  wrote:

>According to Apache Infra, we should be creating our release tags in the
>rel/* space. Tags with names that start with "rel/" can never be changed
>once they are pushed to Apache, so be careful. *smile*  But having a
>unmodifiable tag is good to make sure that no one is tempted to "fix" a
>release.
>
>Can you please recreate the tag with the name "rel/release-2.1.0". I'd also
>suggest that you sign the tag with your GPG key with "git tag -s
>rel/release-2.1.0 

[ANNOUNCE] Apache Hive 2.1.0 Released

[Jesus Camachorodriguez]

The Apache Hive team is proud to announce the release of Apache Hive
version 2.1.0.

The Apache Hive (TM) data warehouse software facilitates querying and
managing large datasets residing in distributed storage. Built on top
of Apache Hadoop (TM), it provides, among others:

* Tools to enable easy data extract/transform/load (ETL)

* A mechanism to impose structure on a variety of data formats

* Access to files stored either directly in Apache HDFS (TM) or in other
  data storage systems such as Apache HBase (TM)

* Query execution via Apache Hadoop MapReduce and Apache Tez frameworks.

For Hive release details and downloads, please visit:
https://hive.apache.org/downloads.html

Hive 2.1.0 Release Notes are available here:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310843=12334255
 

We would like to thank the many contributors who made this release
possible.

Regards,

The Apache Hive Team

[jira] [Created] (HIVE-14070) hive.tez.exec.print.summary=true returns wrong results on HS2

[Pengcheng Xiong (JIRA)]

Pengcheng Xiong created HIVE-14070:
--

 Summary: hive.tez.exec.print.summary=true returns wrong results on 
HS2
 Key: HIVE-14070
 URL: https://issues.apache.org/jira/browse/HIVE-14070
 Project: Hive
  Issue Type: Sub-task
Reporter: Pengcheng Xiong
Assignee: Pengcheng Xiong


On master, we have 
{code}
Query Execution Summary
--
OPERATIONDURATION
--
Compile Query   -1466208820.74s
Prepare Plan0.00s
Submit Plan 1466208825.50s
Start DAG   0.26s
Run DAG 4.39s
--

Task Execution Summary
--
  VERTICES   DURATION(ms)  CPU_TIME(ms)  GC_TIME(ms)  INPUT_RECORDS  
OUTPUT_RECORDS
--
 Map 11014.00 1,534   11  1,500 
  1
 Reducer 2  96.00   5410  1 
  0
--

{code}
sounds like a real issue.



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

[DISCUSS] Release tags

[Owen O'Malley]

On a related note, we should discuss whether it makes sense to remove the
rc tags once the vote closes. I think it reduces confusion. What do others
think?

.. Owen

On Tue, Jun 21, 2016 at 8:08 AM, Owen O'Malley  wrote:

> According to Apache Infra, we should be creating our release tags in the
> rel/* space. Tags with names that start with "rel/" can never be changed
> once they are pushed to Apache, so be careful. *smile*  But having a
> unmodifiable tag is good to make sure that no one is tempted to "fix" a
> release.
>
> Can you please recreate the tag with the name "rel/release-2.1.0". I'd
> also suggest that you sign the tag with your GPG key with "git tag -s
> rel/release-2.1.0 

Re: [VOTE] Apache Hive 2.1.0 Release Candidate 3

[Owen O'Malley]

According to Apache Infra, we should be creating our release tags in the
rel/* space. Tags with names that start with "rel/" can never be changed
once they are pushed to Apache, so be careful. *smile*  But having a
unmodifiable tag is good to make sure that no one is tempted to "fix" a
release.

Can you please recreate the tag with the name "rel/release-2.1.0". I'd also
suggest that you sign the tag with your GPG key with "git tag -s
rel/release-2.1.0