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 2014/01/03 12:51:55 UTC
[Hadoop Wiki] Update of "UnknownHost" by SteveLoughran
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Hadoop Wiki" for change notification.
The "UnknownHost" page has been changed by SteveLoughran:
https://wiki.apache.org/hadoop/UnknownHost?action=diff&rev1=2&rev2=3
Comment:
move typos and wrong hostname for role up to first causes
Some possible causes (not an exclusive list):
+ * The hostname in the configuration files (such as {{{hadoop-site.xml}}}) is misspelled.
+ * The hostname in the configuration files (such as {{{hadoop-site.xml}}}) is confused with the hostname of another service. For example, you are using the hostname of the YARN Resource Manager in the {{{fs.defaultFS}}} configuration option to define the namenode.
* The site's DNS server does not have an entry for the node. Test: do an {{{nslookup <hostname>}}} from the client machine.
* The calling machine's host table {{{/etc/hosts}}} lacks an entry for the host, and DNS isn't helping out
- * There's some error in the configuration files and the hostname is actually wrong.
- * A worker node thinks it has a given name -which it reports to the NameNode and JobTracker, but that isn't the name that the network team expect, so it isn't resolvable.
+ * A worker node thinks it has a given name -which it reports to the NameNode and JobTracker, but that isn't the name that the network team gave it, so it isn't resolvable.
* The calling machine is on a different subnet from the target machine, and short names are being used instead of fully qualified domain names (FQDNs).
* The client's network card is playing up (network timeouts, etc), the network is overloaded, or even the switch is dropping DNS packets.
* The host's IP address has changed but a long-lived JVM is caching the old value. This is a known problem with JVMs (search for "java negative DNS caching" for the details and solutions). The quick solution: restart the JVMs
@@ -25, +26 @@
1. As well as {{{nslookup}}}, the {{{dig}}} command is invaluable for tracking down DNS problems, though it does assume you understand DNS records. Now is a good time to learn.
1. Restart the JVMs to see if that makes it go away.
1. Restart the servers to see if that makes it go away.
+ 1. Reboot the network switches.
Remember, unless the route cause has been identified, the problem may return.