Michael Brown created IMPALA-5571:
-------------------------------------

             Summary: numerous test_grant_revoke failures
                 Key: IMPALA-5571
                 URL: https://issues.apache.org/jira/browse/IMPALA-5571
             Project: IMPALA
          Issue Type: Bug
          Components: Frontend
    Affects Versions: Impala 2.10.0
            Reporter: Michael Brown
            Assignee: Thomas Tauber-Marshall
            Priority: Blocker


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)

Reply via email to