Uploaded image for project: 'Hadoop YARN'
  1. Hadoop YARN
  2. YARN-4348

ZKRMStateStore.syncInternal shouldn't wait for sync completion for avoiding blocking ZK's event thread

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Blocker
    • Resolution: Fixed
    • 2.7.2, 2.6.2
    • 2.7.2, 2.6.3
    • None
    • None
    • Reviewed

    Description

      Jian mentioned that the current internal ZK configuration of ZKRMStateStore can cause a following situation:

      1. syncInternal timeouts,
      2. but sync succeeded later on.

      We should use zkResyncWaitTime as the timeout value.

      Attachments

        1. YARN-4348-branch-2.7.004.patch
          3 kB
          Tsuyoshi Ozawa
        2. YARN-4348-branch-2.7.003.patch
          3 kB
          Tsuyoshi Ozawa
        3. YARN-4348-branch-2.7.002.patch
          2 kB
          Tsuyoshi Ozawa
        4. YARN-4348.001.patch
          1 kB
          Tsuyoshi Ozawa
        5. YARN-4348.001.patch
          1 kB
          Jian He
        6. log.txt
          7 kB
          Tsuyoshi Ozawa

        Issue Links

          is related to

          Bug - A problem which impairs or prevents the functions of the product. YARN-3798 ZKRMStateStore shouldn't create new session without occurrance of SESSIONEXPIED

          • Blocker - Blocks development and/or testing work, production could not run
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. YARN-4312 TestSubmitApplicationWithRMHA fails on branch-2.7 and branch-2.6 as some of the test cases time out

          • Major - Major loss of function.
          • Closed

          Activity

            People

              ozawa Tsuyoshi Ozawa
              ozawa Tsuyoshi Ozawa
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: