You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues-all@impala.apache.org by "Michael Smith (Jira)" <ji...@apache.org> on 2025/08/25 21:10:00 UTC
[jira] [Comment Edited] (IMPALA-14160) TestTupleCacheCluster.test_runtime_filters fails on Ozone
[ https://issues.apache.org/jira/browse/IMPALA-14160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18016092#comment-18016092 ]
Michael Smith edited comment on IMPALA-14160 at 8/25/25 9:09 PM:
-----------------------------------------------------------------
Oh, I messed up my table loading and was running tests against an unencrypted bucket.
So this does seem to revolve around the is_encrypted flag, and in some environments I do see some ranges reporting is_encrypted:false. But that doesn't seem to become an issue anywhere but in the tuple cache key.
was (Author: JIRAUSER288956):
Oh, I messed up my table loading and was running tests against an unencrypted bucket.
So this does seem to revolve around the is_encrypted flag, and in some environments the first time we load scan ranges after `INVALIDATE METADATA` I do see some ranges reporting is_encrypted:false. But that doesn't seem to become an issue anywhere but in the tuple cache key.
> 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: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org