Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 59509 invoked from network); 17 Jun 2006 11:39:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Jun 2006 11:39:06 -0000 Received: (qmail 55252 invoked by uid 500); 17 Jun 2006 11:38:59 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 52585 invoked by uid 500); 17 Jun 2006 11:38:42 -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 50020 invoked by uid 99); 17 Jun 2006 11:38:18 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Jun 2006 04:38:18 -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; Sat, 17 Jun 2006 04:37:48 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 9B7B17141EF for ; Sat, 17 Jun 2006 11:36:30 +0000 (GMT) Message-ID: <31199911.1150544190633.JavaMail.jira@brutus> Date: Sat, 17 Jun 2006 11:36:30 +0000 (GMT+00:00) From: "Johan Oskarson (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Updated: (HADOOP-296) Do not assign blocks to a datanode with < x mb free In-Reply-To: <12462846.1150196369845.JavaMail.jira@brutus> 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-296?page=all ] Johan Oskarson updated HADOOP-296: ---------------------------------- Attachment: minspacev5.patch Terribly sorry guys, this is a corrected version, disregard the previous ones. How hard can it be to do a five line patch? :) I'm a bit stressed out by other things, probably shouldn't send patches right now :) > Do not assign blocks to a datanode with < x mb free > --------------------------------------------------- > > Key: HADOOP-296 > URL: http://issues.apache.org/jira/browse/HADOOP-296 > Project: Hadoop > Type: New Feature > Components: dfs > Versions: 0.3.2 > Reporter: Johan Oskarson > Attachments: minspace.patch, minspacev2.patch, minspacev3.patch, minspacev3.patch, minspacev4.patch, minspacev5.patch > > We're running a smallish cluster with very different machines, some with only 60 gb harddrives > This creates a problem when inserting files into the dfs, these machines run out of space quickly and then they cannot run any map reduce operations > A solution would be to not assign any new blocks once the space is below a certain user configurable threshold > This free space could then be used by the map reduce operations instead (if that's on the same disk) -- 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