Return-Path: X-Original-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DBD7B9D44 for ; Tue, 11 Oct 2011 08:09:06 +0000 (UTC) Received: (qmail 22071 invoked by uid 500); 11 Oct 2011 08:09:05 -0000 Delivered-To: apmail-hadoop-hdfs-user-archive@hadoop.apache.org Received: (qmail 21885 invoked by uid 500); 11 Oct 2011 08:09:04 -0000 Mailing-List: contact hdfs-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-user@hadoop.apache.org Delivered-To: mailing list hdfs-user@hadoop.apache.org Received: (qmail 21871 invoked by uid 99); 11 Oct 2011 08:09:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Oct 2011 08:09:04 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of vin.boucher@gmail.com designates 74.125.82.48 as permitted sender) Received: from [74.125.82.48] (HELO mail-ww0-f48.google.com) (74.125.82.48) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Oct 2011 08:08:57 +0000 Received: by wwe32 with SMTP id 32so9897663wwe.29 for ; Tue, 11 Oct 2011 01:08:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; bh=b/qW9NI7XW+ETFiDom/UTovf1WmpGtxxei00DHzoNTY=; b=Zk9Xwqb6nnQ3bMkOQ5mhzeGmC4uBCesJx3PiBMMg1AcvQXpmiLdiztYEqRBibVqITo ZAvnkBOXFcHjWimALayO0vBcvNnRY6p5ypIBDUiASljCHAfVJc4e1C9ZvjohmPoPxRBb 08DympUyu8++uI5QpQA0FX9s7z4pCK9wd/99Q= Received: by 10.216.229.138 with SMTP id h10mr409292weq.90.1318320515760; Tue, 11 Oct 2011 01:08:35 -0700 (PDT) Received: from cp3lap03.fynu.ucl.ac.be (cp3lap03.fynu.ucl.ac.be. [130.104.48.108]) by mx.google.com with ESMTPS id a12sm29327863wbo.9.2011.10.11.01.08.33 (version=SSLv3 cipher=OTHER); Tue, 11 Oct 2011 01:08:34 -0700 (PDT) From: Vincent Boucher To: hdfs-user@hadoop.apache.org Subject: Re: hdfs file - datanode association Date: Tue, 11 Oct 2011 10:08:32 +0200 User-Agent: KMail/1.9.10 References: <201110061119.20723.vin.boucher@gmail.com> <20111006131212.GO5600@burko.lfod.us> In-Reply-To: <20111006131212.GO5600@burko.lfod.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201110111008.32494.vin.boucher@gmail.com> It seems there's such a solution in 0.21, let's see how it integrates with= =20 0.20.203 https://issues.apache.org/jira/browse/HDFS-385 http://hadoopblog.blogspot.com/2009/09/hdfs-block-replica-placement-in-your= =2Ehtml Do you have any hint about the release date of the stable 0.21th version? Vincent Le Thursday 06 October 2011, Will Maier a =E9crit=A0: > Hi Vincent- > > On Thu, Oct 06, 2011 at 11:19:20AM +0200, Vincent Boucher wrote: > > We are wondering if it is possible to require that the namenode redirec= ts > > the blocks of the files of a given directory to a particular set of > > datanodes? > > > > Our case is the following: > > > > - Servers > > 10 x mass storage servers of each 50TB, RAID6 > > -> 500TB available for hdfs > > 30 x working nodes with 6TB (no RAID) > > -> 180TB available for hdfs > > > > We'd like that the files stored in > > /hdfs/ms > > be hosted on the mass storage (ms) servers, > > while the files in > > /hdfs/wn > > be hosted on the working nodes (wn). > > Why do you want to partition your datanodes this way? In our cluster, > datanode size ranges from ~1 TB (no RAID) up to ~80TB (RAID). While in an > ideal world all datanodes would be similar in configuration, we have not > observed any issues with this arrangement in production.