This page lists known issues with Hive 3 on MR3. Note that here we do not report known bugs in Apache Hive 3, whether fixed in Apache Hive 4 or not. For asking questions on MR3, please contact DataMonad or visit MR3 Google Group.
Currently the environment variable
LOG_LEVEL is not used.
To change the logging level for Metastore and HiveServer2,
2. Invalid cache of
If the user switches to another database and executes the same query again that has been executed previously,
a wrong result may be returned
because Hive internally uses the cache of
DynamicValue populated with the previous database.
A practical workaround is to delete all running ContainerWorkers,
if the user intends to execute the same query again,
after switching to another database.
Alternatively the user can set the configuration key
hive.io.sarg.cache.max.weight.mb to 0 in
(which is not recommended).
3. GroupByOperator estimating memory usage
When multiple TaskAttempts run inside a DAGAppMaster,
GroupByOperator conservatively estimates the size of memory used by a TaskAttempt.
As a result, GroupByOperator flushes hash tables more often than necessary.
The user can mitigate this issue by increasing the value for the configuration key
4. Memory leak in Hive 2 on MR3
HiveServer2 shows memory leak because of its use of an old version of Calcite (1.2.0-incubating and 1.10). See CALCITE-1808 which is fixed in Calcite 1.15.
5. Outer joins failing with NullPointerException (mapjoin_filter_on_outerjoin.q)
Outer joins may fail with NullPointerException if
hive.auto.convert.join is set to true.
SELECT * FROM src1 RIGHT OUTER JOIN src1 src2 ON (src1.key = src2.key AND src1.key < 10 AND src2.key > 10) JOIN src src3 ON (src2.key = src3.key AND src3.key < 300) SORT BY src1.key, src2.key, src3.key;
Caused by: java.lang.NullPointerException at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.getFilterTag(CommonJoinOperator.java:802) at org.apache.hadoop.hive.ql.exec.CommonJoinOperator.genObject(CommonJoinOperator.java:600)
In such a case, set
hive.merge.nway.joins to false.
8. Windowing and analytic functions (vector_ptf_part_simple.q)
For windowing and analytic functions, the result may not be the same as in Hive on Tez or Hive-LLAP
ORDER BY is not used in the
This is not a bug because the result depends on partitioning for a particular column.
SELECT row_number() OVER(PARTITION BY p_mfgr) AS rn, row_number() OVER(PARTITION BY p_mfgr RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) AS rn, row_number() OVER(PARTITION BY p_mfgr ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) AS rn, sum(p_retailprice) OVER(PARTITION BY p_mfgr ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS s, ...
load data producing wrong results (mm_loaddata.q)
hive.llap.io.enabled is set to true,
tez.grouping.min-size to too small a value (e.g., 1) may produce wrong results.
CREATE TABLE load0_mm (key string, value string) STORED AS textfile TBLPROPERTIES("transactional"="true", "transactional_properties"="insert_only"); LOAD DATA LOCAL INPATH 'data/files/kv2.txt' INTO TABLE load0_mm;
tez.grouping.min-size is usually set to a large value (e.g., the default value of 50 * 1024 * 1024 = 52428800),
so this is not a problem.