Return-Path: 
 <hdfs-issues-return-15928-apmail-hadoop-hdfs-issues-archive=hadoop.apache.org@hadoop.apache.org>
Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org
Received: (qmail 87416 invoked from network); 15 Mar 2011 18:29:52 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 15 Mar 2011 18:29:52 -0000
Received: (qmail 99078 invoked by uid 500); 15 Mar 2011 18:29:52 -0000
Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org
Received: (qmail 99050 invoked by uid 500); 15 Mar 2011 18:29:52 -0000
Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:hdfs-issues-help@hadoop.apache.org>
List-Unsubscribe: <mailto:hdfs-issues-unsubscribe@hadoop.apache.org>
List-Post: <mailto:hdfs-issues@hadoop.apache.org>
List-Id: <hdfs-issues.hadoop.apache.org>
Reply-To: hdfs-issues@hadoop.apache.org
Delivered-To: mailing list hdfs-issues@hadoop.apache.org
Received: (qmail 99042 invoked by uid 99); 15 Mar 2011 18:29:52 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Mar 2011 18:29:52 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=5.0
	tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Mar 2011 18:29:51 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id E18BE3AA8D4
	for <hdfs-issues@hadoop.apache.org>; Tue, 15 Mar 2011 18:29:30 +0000 (UTC)
Date: Tue, 15 Mar 2011 18:29:30 +0000 (UTC)
From: "Harsh J Chouraria (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: 
 <1608306170.4374.1300213770920.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: <33049294.193921295977724244.JavaMail.jira@thor>
Subject: [jira] Updated: (HDFS-1596) Move secondary namenode checkpoint
 configs from core-default.xml to hdfs-default.xml
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


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

Harsh J Chouraria updated HDFS-1596:
------------------------------------

    Status: Patch Available  (was: Open)

Re-marking as PA.

> Move secondary namenode checkpoint configs from core-default.xml to hdfs-default.xml
> ------------------------------------------------------------------------------------
>
>                 Key: HDFS-1596
>                 URL: https://issues.apache.org/jira/browse/HDFS-1596
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: name-node
>            Reporter: Patrick Angeles
>            Assignee: Harsh J Chouraria
>             Fix For: 0.23.0
>
>         Attachments: HDFS-7117.r1.diff, HDFS-7117.r2.diff
>
>
> The following configs are in core-default.xml, but are really read by the Secondary Namenode. These should be moved to hdfs-default.xml for consistency.
> <property>
>   <name>fs.checkpoint.dir</name>
>   <value>${hadoop.tmp.dir}/dfs/namesecondary</value>
>   <description>Determines where on the local filesystem the DFS secondary
>       name node should store the temporary images to merge.
>       If this is a comma-delimited list of directories then the image is
>       replicated in all of the directories for redundancy.
>   </description>
> </property>
> <property>
>   <name>fs.checkpoint.edits.dir</name>
>   <value>${fs.checkpoint.dir}</value>
>   <description>Determines where on the local filesystem the DFS secondary
>       name node should store the temporary edits to merge.
>       If this is a comma-delimited list of directoires then teh edits is
>       replicated in all of the directoires for redundancy.
>       Default value is same as fs.checkpoint.dir
>   </description>
> </property>
> <property>
>   <name>fs.checkpoint.period</name>
>   <value>3600</value>
>   <description>The number of seconds between two periodic checkpoints.
>   </description>
> </property>
> <property>
>   <name>fs.checkpoint.size</name>
>   <value>67108864</value>
>   <description>The size of the current edit log (in bytes) that triggers
>        a periodic checkpoint even if the fs.checkpoint.period hasn't expired.
>   </description>
> </property>

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira