TaskTracker without datanode

2012-02-29 Thread Daniel Baptista
Hi All,

I was wondering (network traffic considerations aside) is it possible to run a 
TaskTracker without a DataNode. I was hoping to test this method as a means of 
scaling processing power temporarily.

Are there better approaches, I don't (currently) need the additional storage 
that a DataNode provides and I would like to add additional processing power 
from time-to-timewithout worrying about data loss and decommissioning DataNodes.

Thanks, Dan.


RE: TaskTracker without datanode

2012-02-29 Thread Daniel Baptista
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 run a 
TaskTracker without a DataNode. I was hoping to test this method as a means of 
scaling processing power temporarily.

Are there better approaches, I don't (currently) need the additional storage 
that a DataNode provides and I would like to add additional processing power 
from time-to-timewithout worrying about data loss and decommissioning DataNodes.

Thanks, Dan.


Re: TaskTracker without datanode

2012-02-29 Thread Harsh J
Yes this is fine to do. TTs are not dependent on co-located DNs, but
only benefit if they are.

On Wed, Feb 29, 2012 at 8:14 PM, Daniel Baptista
 wrote:
> 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 run 
> a TaskTracker without a DataNode. I was hoping to test this method as a means 
> of scaling processing power temporarily.
>
> Are there better approaches, I don't (currently) need the additional storage 
> that a DataNode provides and I would like to add additional processing power 
> from time-to-timewithout worrying about data loss and decommissioning 
> DataNodes.
>
> Thanks, Dan.



-- 
Harsh J