You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Robert Chansler (JIRA)" <ji...@apache.org> on 2008/09/16 01:27:44 UTC

[jira] Updated: (HADOOP-3631) Transfer of image from secondary name node should not interrupt service

     [ https://issues.apache.org/jira/browse/HADOOP-3631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robert Chansler updated HADOOP-3631:
------------------------------------

    Fix Version/s:     (was: 0.19.0)

I've unassigned this from 0.19 as no additional work is contemplated. Since the measured transfer times are small, and clients no longer time out, the impact on users is minimal in 0.19.

> Transfer of image from secondary name node should not interrupt service
> -----------------------------------------------------------------------
>
>                 Key: HADOOP-3631
>                 URL: https://issues.apache.org/jira/browse/HADOOP-3631
>             Project: Hadoop Core
>          Issue Type: Improvement
>          Components: dfs
>    Affects Versions: 0.17.0
>            Reporter: Robert Chansler
>            Priority: Critical
>
> The transfer of the new image prepared by the secondary name node can interfere with client services. Clients observe delays in completing RPCs. In general, administrative activities should not be observed by the clients. For large clusters, administrators are reluctant to run the secondary name node leading to excessive edit logs. (Excessive in the sense that if the cluster must be restarted, a long time is required to process the log.)
> Maybe the new image does not have to be transfered; it could be fetched when needed.
> Maybe the priority of the transfer task can be reduced so that the transfer is not observed.
> Maybe a different transfer protocol is more appropriate.

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