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)