Uploaded image for project: 'Hadoop HDFS'
  1. Hadoop HDFS
  2. HDFS-14186

blockreport storm slow down namenode restart seriously in large cluster

    XMLWordPrintableJSON

    Details

    • Type: Improvement
    • Status: Reopened
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: 2.7.1
    • Fix Version/s: None
    • Component/s: namenode
    • Labels:
      None

      Description

      In the current implementation, the datanode sends blockreport immediately after register to namenode successfully when restart, and the blockreport storm will make namenode high load to process them. One result is some received RPC have to skip because queue time is timeout. If some datanodes' heartbeat RPC are continually skipped for long times (default is heartbeatExpireInterval=630s) it will be set DEAD, then datanode has to re-register and send blockreport again, aggravate blockreport storm and trap in a vicious circle, and slow down (more than one hour and even more) namenode startup seriously in a large (several thousands of datanodes) and busy cluster especially. Although there are many work to optimize namenode startup, the issue still exists.
      I propose to postpone dead datanode check when namenode have finished startup.
      Any comments and suggestions are welcome.

        Attachments

        1. HDFS-14186.001.patch
          11 kB
          He Xiaoqiao

          Issue Links

            Activity

              People

              • Assignee:
                hexiaoqiao He Xiaoqiao
                Reporter:
                hexiaoqiao He Xiaoqiao
              • Votes:
                0 Vote for this issue
                Watchers:
                15 Start watching this issue

                Dates

                • Created:
                  Updated: