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

ASF subversion and git services commented on IMPALA-14160:
----------------------------------------------------------

Commit 57954760f9fc599c71ae26c679b6f06153a91103 in impala's branch 
refs/heads/master from Peter Rozsa
[ https://gitbox.apache.org/repos/asf?p=impala.git;h=57954760f ]

IMPALA-14160: add ugsync-util's jar to Hive's classpath at startup

Hive Metastore's Ranger plugin introduced a runtime dependency for
Ranger's ugsync-util module, this patch changes the classpath for Hive's
startup script by including ugsync-util's jar.

Change-Id: If03f99448a871711f8a04ad5eb775e02ecffabd4
Reviewed-on: http://gerrit.cloudera.org:8080/23578
Reviewed-by: Impala Public Jenkins <[email protected]>
Tested-by: Impala Public Jenkins <[email protected]>


> TestTupleCacheCluster.test_runtime_filters fails on Ozone
> ---------------------------------------------------------
>
>                 Key: IMPALA-14160
>                 URL: https://issues.apache.org/jira/browse/IMPALA-14160
>             Project: IMPALA
>          Issue Type: Bug
>          Components: Frontend
>    Affects Versions: Impala 5.0.0
>            Reporter: Joe McDonnell
>            Assignee: Michael Smith
>            Priority: Blocker
>
> On certain versions of Ozone, TestTupleCacheCluster.test_runtime_filters 
> fails with:
> {noformat}
> custom_cluster/test_tuple_cache.py:501: in test_runtime_filters
>     assertCounters(rerun_two_files_result.runtime_profile, 1, 0, 0, 
> num_matches=8)
> custom_cluster/test_tuple_cache.py:75: in assertCounters
>     assertCounter(profile, NUM_HITS, num_hits, num_matches)
> custom_cluster/test_tuple_cache.py:71: in assertCounter
>     assert len([v for v in values if v == val]) in num_matches, values
> E   AssertionError: [0, 0, 0, 1, 1, 0, ...]
> E   assert 2 in [8]
> E    +  where 2 = len([1, 1]){noformat}
> This is running "invalidate metadata" and expecting the cache keys not to 
> change. It seems to have been working until recently, so it is possible there 
> is some interaction with the version of Ozone.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to