[
https://issues.apache.org/jira/browse/HDFS-9917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15223151#comment-15223151
]
Vinayakumar B commented on HDFS-9917:
-------------------------------------
+1 for the trunk patch.
In branch-2.7 patch, instead of changing the {{pendingIncrementalBRperStorage}}
accessor to default, its better to add a method to get the size of the
pendingIBRs, i.e. {{getPendingIBRSize()}}. Similar to one in trunk patch, which
was added in IncrementalBlockReportManager.
Otherwise +1.
> IBR accumulate more objects when SNN was down for sometime.
> -----------------------------------------------------------
>
> Key: HDFS-9917
> URL: https://issues.apache.org/jira/browse/HDFS-9917
> Project: Hadoop HDFS
> Issue Type: Bug
> Affects Versions: 2.7.2
> Reporter: Brahma Reddy Battula
> Assignee: Brahma Reddy Battula
> Priority: Critical
> Attachments: HDFS-9917-02.patch, HDFS-9917-branch-2.7.patch,
> HDFS-9917.patch
>
>
> SNN was down for sometime because of some reasons..After restarting SNN,it
> became unreponsive because
> - 29 DN's sending IBR in each 5 million ( most of them are delete IBRs),
> where as each datanode had only ~2.5 million blocks.
> - GC can't trigger on this objects since all will be under RPC queue.
> To recover this( to clear this objects) ,restarted all the DN's one by
> one..This issue happened in 2.4.1 where split of blockreport was not
> available.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
