You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Vinod Kumar Vavilapalli (Updated) (JIRA)" <ji...@apache.org> on 2011/11/09 09:25:51 UTC

[jira] [Updated] (HADOOP-7317) RPC.stopProxy doesn't actually close proxy

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

Vinod Kumar Vavilapalli updated HADOOP-7317:
--------------------------------------------

    Fix Version/s:     (was: 0.22.0)
                   0.23.1

I got bitten by this at MAPREDUCE-3333. MR AM creates lots of connections to NodeManagers to launch containers and on a big enough cluster, MR AM is hitting the #processes limits set on nodes (2048). I am working around temporarily by setting the RPC client maxIdleTime to zero.

Any ideas on how we can fix this?
                
> RPC.stopProxy doesn't actually close proxy
> ------------------------------------------
>
>                 Key: HADOOP-7317
>                 URL: https://issues.apache.org/jira/browse/HADOOP-7317
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: ipc
>    Affects Versions: 0.22.0
>            Reporter: Todd Lipcon
>             Fix For: 0.23.1
>
>
> Discovered while investigating HDFS-1965, it turns out that the reference-counting done in WritableRpcEngine.ClientCache doesn't map one-to-one with open TCP connections. This means that it's easy to accidentally leave TCP connections open longer than expected so long as the client has any other connections open at all.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira