Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 54144 invoked from network); 17 Apr 2007 22:43:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Apr 2007 22:43:37 -0000 Received: (qmail 26207 invoked by uid 500); 17 Apr 2007 22:43:42 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 26170 invoked by uid 500); 17 Apr 2007 22:43: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 26160 invoked by uid 99); 17 Apr 2007 22:43:42 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Apr 2007 15:43:42 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Apr 2007 15:43:35 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 7D7F6714046 for ; Tue, 17 Apr 2007 15:43:15 -0700 (PDT) Message-ID: <18653811.1176849795511.JavaMail.jira@brutus> Date: Tue, 17 Apr 2007 15:43:15 -0700 (PDT) From: "Eelco Lempsink (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Commented: (HADOOP-1265) TaskTracker won't bind to localhost In-Reply-To: <5429993.1176849675297.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 [ https://issues.apache.org/jira/browse/HADOOP-1265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489567 ] Eelco Lempsink commented on HADOOP-1265: ---------------------------------------- Sorry about the '1.'s, I wasn't aware that '#' signs would get converted. > TaskTracker won't bind to localhost > ----------------------------------- > > Key: HADOOP-1265 > URL: https://issues.apache.org/jira/browse/HADOOP-1265 > Project: Hadoop > Issue Type: Bug > Components: ipc > Affects Versions: 0.12.3 > Environment: The firewall looks (something) like this: > iptables -P INPUT ACCEPT > iptables -P FORWARD ACCEPT > iptables -P OUTPUT ACCEPT > iptables -Z > # all local connections are OK > iptables -A INPUT --destination 127.0.0.1 --in-interface lo -j ACCEPT > iptables -A OUTPUT --destination 127.0.0.1 --out-interface lo -j ACCEPT > # accept all traffic that originates internally > iptables -A INPUT --match state --state RELATED,ESTABLISHED -j ACCEPT > iptables -A OUTPUT --match state --state RELATED,ESTABLISHED -j ACCEPT > # > # default target is drop for all unspecified packets > iptables -P INPUT DROP > iptables -P FORWARD DROP > iptables -P OUTPUT DROP > Reporter: Eelco Lempsink > > Connecting to the TaskTracker with the default configuration fails with the firewall settings as mentioned in the Environment. This means the job seems to start, but then will hang with all tasks at 0% > Also, setting mapred.tasktracker.dns.interface to 'lo' has no effect. I would expect this bound the TaskTracker in such way that local connections would be made. > To make it work, I have to explicitly poke a hole in the firewall: > # hadoop > iptables -A INPUT --protocol tcp --destination-port 50050 -j ACCEPT > iptables -A OUTPUT --protocol tcp --destination-port 50050 -j ACCEPT > While in practise a Hadoop will often run on a cluster (so the firewall has to be opened anyway), I don't think this should be the default behaviour, because it is highly confusing. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.