hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Suresh Srinivas (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HADOOP-6722) NetUtils.connect should check that it hasn't connected a socket to itself
Date Fri, 09 Sep 2011 00:18:08 GMT

     [ https://issues.apache.org/jira/browse/HADOOP-6722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Suresh Srinivas updated HADOOP-6722:
------------------------------------

    Attachment: HADOOP-6722.20s.patch

Patch for 0.20-security.

> NetUtils.connect should check that it hasn't connected a socket to itself
> -------------------------------------------------------------------------
>
>                 Key: HADOOP-6722
>                 URL: https://issues.apache.org/jira/browse/HADOOP-6722
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: util
>            Reporter: Todd Lipcon
>            Assignee: Todd Lipcon
>             Fix For: 0.21.0
>
>         Attachments: HADOOP-6722.20s.patch, hadoop-6722.txt
>
>
> I had no idea this was possible, but it turns out that a TCP connection will be established
in the rare case that the local side of the socket binds to the ephemeral port that you later
try to connect to. This can present itself in very very rare occasion when an RPC client is
trying to connect to a daemon running on the same node, but that daemon is down. To see what
I'm talking about, run "while true ; do telnet localhost 60020 ; done" on a multicore box
and wait several minutes.
> This can be easily detected in NetUtils.connect by making sure the local address/port
is not equal to the remote address/port.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message