You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-commits@hadoop.apache.org by Apache Wiki <wi...@apache.org> on 2016/03/21 11:55:19 UTC

[Hadoop Wiki] Update of "ConnectionRefused" by SteveLoughran

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Hadoop Wiki" for change notification.

The "ConnectionRefused" page has been changed by SteveLoughran:
https://wiki.apache.org/hadoop/ConnectionRefused?action=diff&rev1=12&rev2=13

Comment:
subdomains

  
  If the application or cluster is not working, and this message appears in the log, then it is more serious.
  
-  1. Check the hostname the client using is correct. If it's in a Hadoop configuration option: examine it carefully, try doing an ping by hand
+  1. Check the hostname the client using is correct. If it's in a Hadoop configuration option: examine it carefully, try doing an ping by hand.
   1. Check the IP address the client is trying to talk to for the hostname is correct.
-  1. Make sure the destination address in the exception isn't 0.0.0.0  -this means that you haven't actually configured the client with the real address for that
+  1. Make sure the destination address in the exception isn't 0.0.0.0  -this means that you haven't actually configured the client with the real address for that.
  service, and instead it is picking up the server-side property telling it to listen on every port for connections.
   1. If the error message says the remote service is on "127.0.0.1" or "localhost" that means the configuration file is telling the client that the service is on the local server. If your client is trying to talk to a remote system, then your configuration is broken.
-  1. Check that there isn't an entry for your hostname mapped to 127.0.0.1 or 127.0.1.1 in /etc/hosts (Ubuntu is notorious for this)
+  1. Check that there isn't an entry for your hostname mapped to 127.0.0.1 or 127.0.1.1 in /etc/hosts (Ubuntu is notorious for this).
   1. Check the port the client is trying to talk to using matches that the server is offering a service on.
   1. On the server, try a {{{telnet localhost <port>}}} to see if the port is open there.
   1. On the client, try a {{{telnet <server> <port>}}} to see if the port is accessible remotely.
   1. Try connecting to the server/port from a different machine, to see if it just the single client misbehaving.
+  1. If your client and the server are in different subdomains, it may be that the configuration of the service is only publishing the basic hostname, rather than the Fully Qualified Domain Name. The client in the different subdomain can be unintentionally attempt to bind to a host in the local subdomain —and failing.
   1. If you are using a Hadoop-based product from a third party, -please use the support channels provided by the vendor.
   1. Please do not file bug reports related to your problem, as they will be closed as [[http://wiki.apache.org/hadoop/InvalidJiraIssues|Invalid]]