impala-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dimitris Tsirogiannis (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (IMPALA-5571) numerous test_grant_revoke failures
Date Tue, 27 Jun 2017 18:31:00 GMT

     [ https://issues.apache.org/jira/browse/IMPALA-5571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Dimitris Tsirogiannis resolved IMPALA-5571.
-------------------------------------------
    Resolution: Fixed

Change-Id: Icad893a10fdeb7a721264e69413014603dec6339
Reviewed-on: http://gerrit.cloudera.org:8080/7299
Reviewed-by: Dimitris Tsirogiannis <dtsirogiannis@cloudera.com>
Tested-by: Impala Public Jenkins
---
M fe/src/main/java/org/apache/impala/service/CatalogOpExecutor.java
1 file changed, 7 insertions(+), 1 deletion(-)

Approvals:
  Impala Public Jenkins: Verified
  Dimitris Tsirogiannis: Looks good to me, approved

> numerous test_grant_revoke failures
> -----------------------------------
>
>                 Key: IMPALA-5571
>                 URL: https://issues.apache.org/jira/browse/IMPALA-5571
>             Project: IMPALA
>          Issue Type: Bug
>          Components: Catalog
>    Affects Versions: Impala 2.10.0
>            Reporter: Michael Brown
>            Assignee: Dimitris Tsirogiannis
>            Priority: Blocker
>              Labels: broken-build
>
> This is failing so far on S3, Isilon, legacy aggs/joins, RHEL7 exhaustive, and data load
snapshot jobs at Cloudera, but apparently not on public GVD or Everblue.
> {noformat}
>     @pytest.mark.execute_serially
>     @CustomClusterTestSuite.with_args(
>         impalad_args="--server_name=server1",
>         catalogd_args="--sentry_config=" + SENTRY_CONFIG_FILE)
>     def test_grant_revoke(self, vector):
> >     self.run_test_case('QueryTest/grant_revoke', vector, use_db="default")
> authorization/test_grant_revoke.py:87:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> common/impala_test_suite.py:419: in run_test_case
>     self.__verify_results_and_errors(vector, test_section, result, use_db)
> common/impala_test_suite.py:292: in __verify_results_and_errors
>     replace_filenames_with_placeholder)
> common/test_result_verifier.py:404: in verify_raw_results
>     VERIFIER_MAP[verifier](expected, actual)
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> expected_results = <tests.common.test_result_verifier.QueryTestResult object at 0x5aed290>
> actual_results = <tests.common.test_result_verifier.QueryTestResult object at 0x5aedf50>
>     def verify_query_result_is_equal(expected_results, actual_results):
>       assert_args_not_none(expected_results, actual_results)
> >     assert expected_results == actual_results
> E     assert Comparing QueryTestResults (expected vs actual):
> E       'COLUMN','grant_rev_db','test_tbl3','a','','SELECT',TRUE,regex:.+ == 'COLUMN','grant_rev_db','test_tbl3','a','','SELECT',true,'NULL'
> E       'COLUMN','grant_rev_db','test_tbl3','c','','SELECT',TRUE,regex:.+ == 'COLUMN','grant_rev_db','test_tbl3','c','','SELECT',true,'NULL'
> E       'COLUMN','grant_rev_db','test_tbl3','e','','SELECT',TRUE,regex:.+ == 'COLUMN','grant_rev_db','test_tbl3','e','','SELECT',true,'NULL'
> E       'SERVER','','','','','ALL',FALSE,regex:.+ != 'COLUMN','grant_rev_db','test_tbl3','x','','SELECT',false,'NULL'
> E       None != 'COLUMN','grant_rev_db','test_tbl3','y','','SELECT',false,'NULL'
> E       None != 'SERVER','','','','','ALL',false,'Thu, Jun 22 2017 23:24:38.944'
> E       Number of rows returned (expected vs actual): 4 != 6
> {noformat}
> First commit this happened on is {{5d11203b3406a1b1c7dd90979e5c01983a977f96}} but that
surely isn't the cause of this.
> [~twmarshall], this looks like it could be related to the Sentry stuff from earlier in
the week. Do you have the cycles to look at this further? If not, bounce it back to me and
I'll spend more time on it.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message