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

numerous test_grant_revoke failures

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Blocker
    • Resolution: Fixed
    • Impala 2.10.0
    • Impala 2.10.0
    • Catalog

    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.

      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.

      Attachments

        Issue Links

          Activity

            People

              dtsirogiannis Dimitris Tsirogiannis
              mikeb Michael Brown
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: