hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hairong Kuang (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HDFS-1457) Limit transmission rate when transfering image between primary and secondary NNs
Date Thu, 04 Nov 2010 04:07:49 GMT

    [ https://issues.apache.org/jira/browse/HDFS-1457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12928113#action_12928113
] 

Hairong Kuang commented on HDFS-1457:
-------------------------------------

AntPatch result:
     [exec] -1 overall.  
     [exec] 
     [exec]     +1 @author.  The patch does not contain any @author tags.
     [exec] 
     [exec]     +1 tests included.  The patch appears to i
     [exec] nclude 3 new or modified tests.
     [exec] 
     [exec]     +1 javadoc.  The javadoc tool did not generate any warning messages.
     [exec] 
     [exec]     +1 javac.  The applied patch does not increase the total number of javac compiler
warnings.
     [exec] 
     [exec]     +1 findbugs.  The patch does not introduce any new Findbugs warnings.
     [exec] 
     [exec]     -1 release audit.  The applied patch generated 98 release audit warnings (more
than the trunk's current 1 warnings).
     [exec] 
     [exec]     +1 system test framework.  The patch passed system test framework compile.
     [exec] 
Strangely although the output complains that this patch generates one more release audit warnings,
the trunk also reports 98 release audit warnings, all before of no license header. My patch
renamed a class and I checked the new file, it does have the apache license header.

Ant test passed except for the known failed ones.

> Limit transmission rate when transfering image between primary and secondary NNs
> --------------------------------------------------------------------------------
>
>                 Key: HDFS-1457
>                 URL: https://issues.apache.org/jira/browse/HDFS-1457
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: name-node
>    Affects Versions: 0.22.0
>            Reporter: Hairong Kuang
>            Assignee: Hairong Kuang
>             Fix For: 0.22.0
>
>         Attachments: checkpoint-limitandcompress.patch, trunkThrottleImage.patch, trunkThrottleImage1.patch
>
>
> If the fsimage is very big. The network is full in a short time when SeconaryNamenode
do checkpoint, leading to Jobtracker access Namenode to get relevant file data to fail in
job initialization phase. So we limit transmission speed and compress transmission to resolve
the problem. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message