Uploaded image for project: 'IMPALA'
  1. IMPALA
  2. IMPALA-5571

numerous test_grant_revoke failures

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Blocker
    • Resolution: Fixed
    • Affects Version/s: Impala 2.10.0
    • Fix Version/s: Impala 2.10.0
    • Component/s: Catalog
    • Labels:

      Description

      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.

          @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
      

      First commit this happened on is 5d11203b3406a1b1c7dd90979e5c01983a977f96 but that surely isn't the cause of this.

      Thomas Tauber-Marshall, 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.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                dtsirogiannis Dimitris Tsirogiannis
                Reporter:
                mikesbrown Michael Brown
              • Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: