[jira] [Created] (HIVE-20583) Use canonical hostname only for kerberos auth in HiveConnection

2018-09-17 Thread Prasanth Jayachandran (JIRA)
Prasanth Jayachandran created HIVE-20583:


 Summary: Use canonical hostname only for kerberos auth in 
HiveConnection
 Key: HIVE-20583
 URL: https://issues.apache.org/jira/browse/HIVE-20583
 Project: Hive
  Issue Type: Bug
Reporter: Prasanth Jayachandran






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20582) Make hflush in hive proto logging configurable

2018-09-17 Thread Prasanth Jayachandran (JIRA)
Prasanth Jayachandran created HIVE-20582:


 Summary: Make hflush in hive proto logging configurable
 Key: HIVE-20582
 URL: https://issues.apache.org/jira/browse/HIVE-20582
 Project: Hive
  Issue Type: New Feature
Affects Versions: 4.0.0, 3.2.0
 Environment: Hive proto logging does hflush to avoid small files issue 
in hdfs. This may not be ideal for blobstorage where hflush gets applied only 
on closing of the file. Make hflush configurable so that blobstorage can do 
close instead of hflush. 
Reporter: Prasanth Jayachandran
Assignee: Prasanth Jayachandran






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20581) Eliminate rename() from full CRUD transactional tables

2018-09-17 Thread Eugene Koifman (JIRA)
Eugene Koifman created HIVE-20581:
-

 Summary: Eliminate rename() from full CRUD transactional tables
 Key: HIVE-20581
 URL: https://issues.apache.org/jira/browse/HIVE-20581
 Project: Hive
  Issue Type: Improvement
  Components: Transactions
Reporter: Eugene Koifman


The {{MoveTask}} in a query writing to full CRUD transactional table still 
performs a {{FileSystem.rename()}}.  Full CRUD should follow the insert-only 
transactional table implementation and write directly to delta_x_x in the 
partition dir.  If the txn fails, this delta will be marked aborted and will 
not be read.

There are several places that rely on this rename.  For example, support for 
{{Insert ... select ... Union All ... Select }} which creates multiple dirs, 1 
for each leg of the union.

Others?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20580) OrcInputFormat.isOriginal() should not rely on hive.acid.key.index

2018-09-17 Thread Eugene Koifman (JIRA)
Eugene Koifman created HIVE-20580:
-

 Summary: OrcInputFormat.isOriginal() should not rely on 
hive.acid.key.index
 Key: HIVE-20580
 URL: https://issues.apache.org/jira/browse/HIVE-20580
 Project: Hive
  Issue Type: Improvement
  Components: Transactions
Affects Versions: 3.1.0
Reporter: Eugene Koifman


{{org.apache.hadoop.hive.ql.io.orc.OrcInputFormat.isOriginal()}} is checking 
for presence of {{hive.acid.key.index}} in the footer.  This is only created 
when the file is written by {{OrcRecordUpdater}}.  It should instead check for 
presence of Acid metadata columns so that a file can be produced by something 
other than {{OrcRecordUpater}}.

Also, {{hive.acid.key.index}} counts number of different type of events which 
is not really useful for Acid V2 (as of Hive 3) since each file only has 1 type 
of event.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


Re: Review Request 68683: Add new configuration to set the size of the global compile lock

2018-09-17 Thread denys kuzmenko via Review Board

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

(Updated Sept. 17, 2018, 5:55 p.m.)


Review request for hive, Zoltan Haindrich, Zoltan Haindrich, Naveen Gangam, and 
Peter Vary.


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


Repository: hive-git


Description
---

When removing the compile lock, it is quite risky to remove it entirely.

It would be good to provide a pool size for the concurrent compilation, so the 
administrator can limit the load


Diffs (updated)
-

  common/src/java/org/apache/hadoop/hive/conf/HiveConf.java 3fb8e76 
  ql/src/java/org/apache/hadoop/hive/ql/CompileLockManager.java PRE-CREATION 
  ql/src/java/org/apache/hadoop/hive/ql/Driver.java dad2035 
  ql/src/test/org/apache/hadoop/hive/ql/CompileLockTest.java PRE-CREATION 


Diff: https://reviews.apache.org/r/68683/diff/4/

Changes: https://reviews.apache.org/r/68683/diff/3-4/


Testing
---

Added CompileLockTest


File Attachments


HIVE-20535.1.patch
  
https://reviews.apache.org/media/uploaded/files/2018/09/13/41f5a84a-70e5-4882-99c1-1cf98c4364e4__HIVE-20535.1.patch


Thanks,

denys kuzmenko



[jira] [Created] (HIVE-20579) VectorizedOrcAcidRowBatchReader.checkBucketId() should run for unbucketed tables

2018-09-17 Thread Eugene Koifman (JIRA)
Eugene Koifman created HIVE-20579:
-

 Summary: VectorizedOrcAcidRowBatchReader.checkBucketId() should 
run for unbucketed tables
 Key: HIVE-20579
 URL: https://issues.apache.org/jira/browse/HIVE-20579
 Project: Hive
  Issue Type: Improvement
  Components: Transactions
Affects Versions: 3.1.0
Reporter: Eugene Koifman


VectorizedOrcAcidRowBatchReader.checkBucketId() currently bails for unbucketed 
tables
since HIVE-19890 all BucketCodec.decodeWriterId(ROW__ID.bucketid) should match 
the writer ID in the file name (e.g. bucket_1)

so it should still perform the check




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20578) Enable org.apache.hive.jdbc.miniHS2.TestHs2ConnectionMetricsHttp.testOpenConnectionMetrics

2018-09-17 Thread Vaibhav Gumashta (JIRA)
Vaibhav Gumashta created HIVE-20578:
---

 Summary: Enable 
org.apache.hive.jdbc.miniHS2.TestHs2ConnectionMetricsHttp.testOpenConnectionMetrics
 Key: HIVE-20578
 URL: https://issues.apache.org/jira/browse/HIVE-20578
 Project: Hive
  Issue Type: Bug
  Components: Test
Affects Versions: 4.0.0
Reporter: Vaibhav Gumashta


Disabled in HIVE-20577



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20577) Disable org.apache.hive.jdbc.miniHS2.TestHs2ConnectionMetricsHttp.testOpenConnectionMetrics

2018-09-17 Thread Vaibhav Gumashta (JIRA)
Vaibhav Gumashta created HIVE-20577:
---

 Summary: Disable 
org.apache.hive.jdbc.miniHS2.TestHs2ConnectionMetricsHttp.testOpenConnectionMetrics
 Key: HIVE-20577
 URL: https://issues.apache.org/jira/browse/HIVE-20577
 Project: Hive
  Issue Type: Bug
  Components: Tests
Affects Versions: 4.0.0
Reporter: Vaibhav Gumashta






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


Re: Review Request 68523: Improve org.apache.hadoop.hive.ql.exec.FunctionTask Experience

2018-09-17 Thread denys kuzmenko via Review Board

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

(Updated Sept. 17, 2018, 3:24 p.m.)


Review request for hive, Marta Kuczora, Peter Vary, and Adam Szita.


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


Repository: hive-git


Description
---

When a create function statement is submitted, it may fail with the following 
error:

Error while processing statement: FAILED: Execution Error, return code 1 from 
org.apache.hadoop.hive.ql.exec.FunctionTask

This is not a user-friendly error message.


Diffs (updated)
-

  ql/src/java/org/apache/hadoop/hive/ql/exec/FunctionRegistry.java 44591842bb 
  ql/src/java/org/apache/hadoop/hive/ql/exec/Registry.java 6f8a8f5504 
  ql/src/test/results/clientnegative/create_function_nonexistent_class.q.out 
77467f66e3 


Diff: https://reviews.apache.org/r/68523/diff/3/

Changes: https://reviews.apache.org/r/68523/diff/2-3/


Testing
---

added negative qtest to cover this scenario


Thanks,

denys kuzmenko



Re: Review Request 68683: Add new configuration to set the size of the global compile lock

2018-09-17 Thread denys kuzmenko via Review Board


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > I'm not sure but I feel that it would be probably simpler to add something 
> > which covers some reentrant-s and semaphores.
> > It feels like this lock handling is a littlebit scattered around...I think 
> > it would be better to have them outside of the Driver class.

moved logic to CompileLockManager


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > common/src/java/org/apache/hadoop/hive/conf/HiveConf.java
> > Line 3062 (original), 3062 (patched)
> > 
> >
> > I think we don't want to start reinterpreting an existing option
> > 
> > consider adding:
> > 
> > * session level compilation limit
> > * global compilation limit
> > 
> > 
> > right now it seems to me that the "within the same session" is not 
> > possible right now...; because it acquires the sessionstate reentrant 
> > during quota checks

"within the same session" option is not possible right now, that is why I 
removed it from the property description as it was misleading.
Currently session level compilation limit is always 1. 

At this moment, we wanted to introduce just a global compilation limit - not to 
overwhelm the cluster. As of now, we don't have any restrictions for the number 
of compilation quaries in case parralel compilation option is set to true.

reverted.


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > common/src/java/org/apache/hadoop/hive/conf/HiveConf.java
> > Lines 3063 (patched)
> > 
> >
> > If we want to do session level parallelism; I think this should be 
> > renamed to:
> > 
> > hive.driver.parallel.compilation.global.limit

OK


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/Driver.java
> > Lines 247 (patched)
> > 
> >
> > I'm not sure we gain anything by having these strings in a static block 
> > - they are only used as log messages at debug level..

It's a clean code practice (String literals)


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/Driver.java
> > Lines 252 (patched)
> > 
> >
> > final

there is conditional logic, default value is serializableCompileLock;


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/Driver.java
> > Lines 271 (patched)
> > 
> >
> > it seems to me that this class is not the lock itself...it instead the 
> > "thing that locks"...
> > 
> > but getInstance() gives the feeling that it's something like a 
> > singleton...this is a little bit confusing to me

externalized to CompileLockManager class


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/Driver.java
> > Lines 275 (patched)
> > 
> >
> > intention/use mismatch:
> > 
> > this method is private; however it seems to be called from compile()

changed to public


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/Driver.java
> > Lines 292 (patched)
> > 
> >
> > I think we don't need this "try first"
> > 
> > java.util.concurrent.locks.AbstractQueuedSynchronizer#tryAcquireNanos 
> > seems to be already doing this trick...
> > 
> > ```
> > return tryAcquire(arg) ||
> > doAcquireNanos(arg, nanosTimeout);
> > ```
> > 
> > ...or there are some other benefits?

Completely agree with this!!! I would remove this "try first" in first place, 
however I noticed that this logic was introduced intentionally: 
HIVE-14263 : Log message when HS2 query is waiting on compile lock (Tao Li via 
Thejas Nair)

Not sure how important is that and whether we can remove it???


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/Driver.java
> > Lines 339 (patched)
> > 
> >
> > is there any reason that this Lock is an enum? :)

It's a more cleaner way to implement a singleton, than having double-ckecked 
locking. This class initiatlizes a global semaphore used to controll compile 
limit.


> On Sept. 17, 2018, 9:15 a.m., Zoltan Haindrich wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/Driver.java
> > Lines 341 (patched)
> > 
> >
> > will there be a 

Re: Review Request 68683: Add new configuration to set the size of the global compile lock

2018-09-17 Thread denys kuzmenko via Review Board

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

(Updated Sept. 17, 2018, 12:52 p.m.)


Review request for hive, Zoltan Haindrich, Zoltan Haindrich, Naveen Gangam, and 
Peter Vary.


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


Repository: hive-git


Description
---

When removing the compile lock, it is quite risky to remove it entirely.

It would be good to provide a pool size for the concurrent compilation, so the 
administrator can limit the load


Diffs (updated)
-

  common/src/java/org/apache/hadoop/hive/conf/HiveConf.java 8c39de3e77 
  ql/src/java/org/apache/hadoop/hive/ql/CompileLockManager.java PRE-CREATION 
  ql/src/java/org/apache/hadoop/hive/ql/Driver.java 737debd2ad 
  ql/src/test/org/apache/hadoop/hive/ql/CompileLockTest.java PRE-CREATION 


Diff: https://reviews.apache.org/r/68683/diff/3/

Changes: https://reviews.apache.org/r/68683/diff/2-3/


Testing
---

Added CompileLockTest


File Attachments


HIVE-20535.1.patch
  
https://reviews.apache.org/media/uploaded/files/2018/09/13/41f5a84a-70e5-4882-99c1-1cf98c4364e4__HIVE-20535.1.patch


Thanks,

denys kuzmenko



[jira] [Created] (HIVE-20576) Fix incorrect results in multiMapJoin2 when hive.transpose.aggr.join is enabled

2018-09-17 Thread Zoltan Haindrich (JIRA)
Zoltan Haindrich created HIVE-20576:
---

 Summary: Fix incorrect results in multiMapJoin2 when 
hive.transpose.aggr.join is enabled
 Key: HIVE-20576
 URL: https://issues.apache.org/jira/browse/HIVE-20576
 Project: Hive
  Issue Type: Bug
 Environment: there are a lot of empty rows appearing in one of the 
result sets; and a lot of real values going away...

Reporter: Zoltan Haindrich
Assignee: Zoltan Haindrich






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20575) Fix flaky connection metric tests

2018-09-17 Thread Laszlo Pinter (JIRA)
Laszlo Pinter created HIVE-20575:


 Summary: Fix flaky connection metric tests
 Key: HIVE-20575
 URL: https://issues.apache.org/jira/browse/HIVE-20575
 Project: Hive
  Issue Type: Test
  Components: Hive, Test
Affects Versions: 4.0.0
Reporter: Laszlo Pinter
Assignee: Laszlo Pinter
 Fix For: 4.0.0


TestHs2ConnectionMetricsHttp.testOpenConnectionMetrics() is flaky. We need to 
fix it. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


Re: Review Request 68683: Add new configuration to set the size of the global compile lock

2018-09-17 Thread Zoltan Haindrich

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



I'm not sure but I feel that it would be probably simpler to add something 
which covers some reentrant-s and semaphores.
It feels like this lock handling is a littlebit scattered around...I think it 
would be better to have them outside of the Driver class.


common/src/java/org/apache/hadoop/hive/conf/HiveConf.java
Line 3062 (original), 3062 (patched)


I think we don't want to start reinterpreting an existing option

consider adding:

* session level compilation limit
* global compilation limit

right now it seems to me that the "within the same session" is not possible 
right now...; because it acquires the sessionstate reentrant during quota checks



common/src/java/org/apache/hadoop/hive/conf/HiveConf.java
Lines 3063 (patched)


If we want to do session level parallelism; I think this should be renamed 
to:

hive.driver.parallel.compilation.global.limit



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 247 (patched)


I'm not sure we gain anything by having these strings in a static block - 
they are only used as log messages at debug level..



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 252 (patched)


final



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 271 (patched)


it seems to me that this class is not the lock itself...it instead the 
"thing that locks"...

but getInstance() gives the feeling that it's something like a 
singleton...this is a little bit confusing to me



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 275 (patched)


intention/use mismatch:

this method is private; however it seems to be called from compile()



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 292 (patched)


I think we don't need this "try first"

java.util.concurrent.locks.AbstractQueuedSynchronizer#tryAcquireNanos seems 
to be already doing this trick...

```
return tryAcquire(arg) ||
doAcquireNanos(arg, nanosTimeout);
```

...or there are some other benefits?



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 339 (patched)


is there any reason that this Lock is an enum? :)



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 341 (patched)


will there be a SessionState.getSessionConf() when this *enum* initializes?



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 379 (patched)


this method name is ambigous - I don't know what to expect...

* this class is a "compileLock"
* there is one in SessionState
* and there is the the new CompileLock inner class...



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 380 (patched)


my first comment was: why do we use 2 locks now?

I now understand why...I feel that probably trying to replace the existing 
logic with a decent one which could handle all these cases would make it more 
straight.
If you don't think that would be appropriate - that's okay; just drop this 
issue...



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 383 (patched)


this method is a little bit confusing...getTimeout with a time argument; 
which seems to be maxTimeout value



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Lines 384 (patched)






ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Line 507 (original), 666 (patched)


please don't make this method more visible; use compile("sel") or 
something...it should work



ql/src/java/org/apache/hadoop/hive/ql/Driver.java
Line 1860 (original), 2017 (patched)


I think it would be better to use try-with-resouces instead of manual 
control...that would also take care of the unlock/release/etc as well

I feel that it's easier to follow - if a lock has a scope..


- Zoltan Haindrich


On Sept. 13, 2018, 8:18 p.m., denys kuzmenko wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> 

[jira] [Created] (HIVE-20574) Column statistics give erraneous numDistinct

2018-09-17 Thread JIRA
Mikko Kivistö created HIVE-20574:


 Summary: Column statistics give erraneous numDistinct
 Key: HIVE-20574
 URL: https://issues.apache.org/jira/browse/HIVE-20574
 Project: Hive
  Issue Type: Bug
  Components: Metastore, Statistics
Affects Versions: 2.3.2
 Environment: Amazon EMR (BigTop based) from emr-5.9.0 to emr-5.16.0.
Reporter: Mikko Kivistö


1) Download the parquet file to s3/hdfs (e.g. hdfs:///tmp/testi_parquet/) using 
some tool (aws cli, hdfs command or anything)
   - S3: s3://www.smartdatahub.io/data/test.parquet
   - HTTP: [http://www.smartdatahub.io/data/test.parquet]
   - or the attachmen

eg. with aws cli, wget/curl/distcp can also be used


{{ aws s3 cp s3://www.smartdatahub.io/data/test.parquet .}}

{{hdfs dfs -mkdir hdfs:///tmp/testi_parquet/}}{{hdfs dfs -put test.parquet }}

{{hdfs:///tmp/testi_parquet/test.parquet}}


 2) Create table default.testi_parquet2 on top of that using the schema provided


{{ CREATE TABLE `default.testi_parquet2`(}}
{{   `rakennustu` int, }}
{{   `kohdenimi` string, }}
{{   `tekstisuun` int, }}
{{   `tekstikoko` float, }}
{{   `tekstifont` string, }}
{{   `buix_bid` int, }}
{{   `paivitetty` string, }}
{{   `datanomist` string, }}
{{   `geom_geojson` string, }}
{{   `geom` binary, }}
{{   `extractdate` string)}}
{{ ROW FORMAT SERDE }}
{{   'org.apache.hadoop.hive.ql.io.parquet.serde.ParquetHiveSerDe' }}
{{ STORED AS INPUTFORMAT }}
{{   'org.apache.hadoop.hive.ql.io.parquet.MapredParquetInputFormat' }}
{{ OUTPUTFORMAT }}
{{   'org.apache.hadoop.hive.ql.io.parquet.MapredParquetOutputFormat'}}
{{ LOCATION}}
{{   'hdfs:///tmp/testi_parquet/';}}
{{ -- CHANGE THE LOCATION TO THE PREFIX/DIRECTORY YOU DOWNLOADED THE FILE FROM 
STEP 1 IF IT DIFFERS FROM THE EXAMPLE}}


 3) To collect the values showing you the actual reality of the data: Query the 
distinct count, min and max of column "tekstisuun"

{{SELECT COUNT(DISTINCT tekstisuun), MAX(tekstisuun), MIN(tekstisuun) FROM 
default.testi_parquet2; }}

and note them  (min 0, max 0, distinct 1)
 4) Compute statistics for the table using

{{ANALYZE TABLE default.testi_parquet2 COMPUTE STATISTICS FOR COLUMNS;}}


 5) See erroneous statistics entry for numDistincts: Query the statistics by 
using "

{{DESCRIBE FORMATTED default.testi_parquet2 tekstisuun}}

" and note the ERRANEOUS numDistincts value: 2



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20573) Spark: incorrect results when column stats are fetched

2018-09-17 Thread Zoltan Haindrich (JIRA)
Zoltan Haindrich created HIVE-20573:
---

 Summary: Spark: incorrect results when column stats are fetched
 Key: HIVE-20573
 URL: https://issues.apache.org/jira/browse/HIVE-20573
 Project: Hive
  Issue Type: Bug
  Components: Spark
Reporter: Zoltan Haindrich


there are some result set differences when column stats fetch is enabled w.r.t 
to llap outputs. Examples:

{code}
+++ ql/src/test/results/clientpositive/spark/union_remove_12.q.out
-   totalSize   194 
+   totalSize   192 
+   18
+   18
+   28
+   28
-8  18
-8  18
-8  28
-8  28

+++ ql/src/test/results/clientpositive/spark/vectorized_nested_mapjoin.q.out
-6.06519093248863E11
+5.77909695194E9
{code}

ql/src/test/results/clientpositive/spark/union_remove_12.q.out
ql/src/test/results/clientpositive/spark/union_remove_13.q.out
ql/src/test/results/clientpositive/spark/union_remove_14.q.out
ql/src/test/results/clientpositive/spark/bucket_map_join_tez1.q.out
ql/src/test/results/clientpositive/spark/join32.q.out
ql/src/test/results/clientpositive/spark/join33.q.out
ql/src/test/results/clientpositive/spark/vectorized_nested_mapjoin.q.out



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20572) Change default value of hive.tez.llap.min.reducer.per.executor

2018-09-17 Thread Ashutosh Chauhan (JIRA)
Ashutosh Chauhan created HIVE-20572:
---

 Summary: Change default value of 
hive.tez.llap.min.reducer.per.executor
 Key: HIVE-20572
 URL: https://issues.apache.org/jira/browse/HIVE-20572
 Project: Hive
  Issue Type: Improvement
  Components: Configuration
Reporter: Ashutosh Chauhan
Assignee: Ashutosh Chauhan






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HIVE-20571) Change default value of hive.tez.dag.status.check.interval

2018-09-17 Thread Ashutosh Chauhan (JIRA)
Ashutosh Chauhan created HIVE-20571:
---

 Summary: Change default value of hive.tez.dag.status.check.interval
 Key: HIVE-20571
 URL: https://issues.apache.org/jira/browse/HIVE-20571
 Project: Hive
  Issue Type: Improvement
  Components: Configuration
Reporter: Ashutosh Chauhan
Assignee: Ashutosh Chauhan






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)