Return-Path: X-Original-To: apmail-hadoop-common-user-archive@www.apache.org Delivered-To: apmail-hadoop-common-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 711AD9B80 for ; Wed, 29 Feb 2012 14:45:15 +0000 (UTC) Received: (qmail 97954 invoked by uid 500); 29 Feb 2012 14:45:12 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 97900 invoked by uid 500); 29 Feb 2012 14:45:12 -0000 Mailing-List: contact common-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-user@hadoop.apache.org Delivered-To: mailing list common-user@hadoop.apache.org Received: (qmail 97890 invoked by uid 99); 29 Feb 2012 14:45:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 14:45:12 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Daniel.Baptista@performgroup.com designates 195.245.231.130 as permitted sender) Received: from [195.245.231.130] (HELO mail1.bemta5.messagelabs.com) (195.245.231.130) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 14:45:02 +0000 Received: from [195.245.231.99:19309] by server-9.bemta-5.messagelabs.com id 9A/06-09826-AD93E4F4; Wed, 29 Feb 2012 14:44:42 +0000 X-Env-Sender: Daniel.Baptista@performgroup.com X-Msg-Ref: server-15.tower-84.messagelabs.com!1330526679!18503337!2 X-Originating-IP: [62.254.204.191] X-StarScan-Version: 6.5.5; banners=performgroup.com,-,- X-VirusChecked: Checked Received: (qmail 3057 invoked from network); 29 Feb 2012 14:44:41 -0000 Received: from 191-204-254-62.static.virginmedia.com (HELO mail.performgroup.com) (62.254.204.191) by server-15.tower-84.messagelabs.com with AES128-SHA encrypted SMTP; 29 Feb 2012 14:44:41 -0000 Received: from PERFELEXC10.ptv.com ([169.254.1.33]) by PERFELEXC11.ptv.com ([169.254.2.3]) with mapi id 14.01.0289.001; Wed, 29 Feb 2012 14:44:41 +0000 From: Daniel Baptista To: "common-user@hadoop.apache.org" Subject: RE: TaskTracker without datanode Thread-Topic: TaskTracker without datanode Thread-Index: Acz28A4HZO1b8pQdRNmTp9w6Re539QAAJDzQ Date: Wed, 29 Feb 2012 14:44:40 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.116.110] Content-Type: multipart/alternative; boundary="_000_A1766FBFBA806449B9D46DEB4CD2199D4C9091E8PERFELEXC10ptvc_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_A1766FBFBA806449B9D46DEB4CD2199D4C9091E8PERFELEXC10ptvc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Forgot to mention that I am using Hadoop 0.20.2 From: Daniel Baptista Sent: 29 February 2012 14:44 To: common-user@hadoop.apache.org Subject: TaskTracker without datanode Hi All, I was wondering (network traffic considerations aside) is it possible to ru= n a TaskTracker without a DataNode. I was hoping to test this method as a m= eans of scaling processing power temporarily. Are there better approaches, I don't (currently) need the additional storag= e that a DataNode provides and I would like to add additional processing po= wer from time-to-timewithout worrying about data loss and decommissioning D= ataNodes. Thanks, Dan. --_000_A1766FBFBA806449B9D46DEB4CD2199D4C9091E8PERFELEXC10ptvc_--