You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2014/02/11 01:58:19 UTC
[jira] [Resolved] (HDFS-95) UnknownHostException if the system
can't determine its own name and you go
DNS.getIPs("name-of-an-unknown-interface");
[ https://issues.apache.org/jira/browse/HDFS-95?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Loughran resolved HDFS-95.
--------------------------------
Resolution: Fixed
Fix Version/s: 0.21.0
Assignee: Steve Loughran
fixed in HADOOP-3426
> UnknownHostException if the system can't determine its own name and you go DNS.getIPs("name-of-an-unknown-interface");
> ----------------------------------------------------------------------------------------------------------------------
>
> Key: HDFS-95
> URL: https://issues.apache.org/jira/browse/HDFS-95
> Project: Hadoop HDFS
> Issue Type: Bug
> Reporter: Steve Loughran
> Assignee: Steve Loughran
> Fix For: 0.21.0
>
>
> If you give an interface that doesnt exist, DNS.getIPs falls back to
> InetAddress.getLocalHost().getHostAddress()
> But there's an assumption there: that InetAddress.getLocalHost(). is valid. If it doesnt resolve properly, you get an UnknownHostException
> java.net.UnknownHostException: k2: k2
> at java.net.InetAddress.getLocalHost(InetAddress.java:1353)
> at org.apache.hadoop.net.DNS.getIPs(DNS.java:96)
> at org.apache.hadoop.net.TestDNS.testIPsOfUnknownInterface(TestDNS.java:73)
> It is possible to catch this and return something else. The big question: what to fall back to? 127.0.0.1 would be an obvious choice
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)