Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 89848 invoked from network); 30 May 2006 20:49:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 May 2006 20:49:25 -0000 Received: (qmail 68348 invoked by uid 500); 30 May 2006 20:49:25 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 68323 invoked by uid 500); 30 May 2006 20:49:25 -0000 Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hadoop-dev@lucene.apache.org Delivered-To: mailing list hadoop-dev@lucene.apache.org Received: (qmail 68314 invoked by uid 99); 30 May 2006 20:49:25 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 May 2006 13:49:25 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 May 2006 13:49:24 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 670377142F7 for ; Tue, 30 May 2006 20:48:34 +0000 (GMT) Message-ID: <22861423.1149022114418.JavaMail.jira@brutus> Date: Tue, 30 May 2006 20:48:34 +0000 (GMT+00:00) From: "Sameer Paranjpye (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Assigned: (HADOOP-130) Should be able to specify "wide" or "full" replication In-Reply-To: <1115698231.1144702080037.JavaMail.jira@ajax> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/HADOOP-130?page=all ] Sameer Paranjpye reassigned HADOOP-130: --------------------------------------- Assign To: Konstantin Shvachko > Should be able to specify "wide" or "full" replication > ------------------------------------------------------ > > Key: HADOOP-130 > URL: http://issues.apache.org/jira/browse/HADOOP-130 > Project: Hadoop > Type: Improvement > Components: dfs > Versions: 0.2 > Environment: N/A > Reporter: Bryan Pendleton > Assignee: Konstantin Shvachko > Priority: Minor > Fix For: 0.3 > > Should be able to specify that a file be "fully" or "widely" replicated, rather than an explicit replication count. This would be useful for job configuration and jar files, and probably other files whose use is wide enough to necessitate reducing latency to access them. > The current implementation will also complain if you specify replication that is wider than the system's maximum replication value, and has no facility to enable "full" replication should the number of datanodes exceed the current maximum settable value of 32k. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira