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 "nemon lou (JIRA)" <ji...@apache.org> on 2013/07/11 06:23:49 UTC

[jira] [Updated] (HADOOP-9655) IPC Client call to the same host with multi thread takes very long time to report connection time out for many times

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

nemon lou updated HADOOP-9655:
------------------------------

    Attachment: HADOOP-9655.patch

This patch use a different object for wait and notify ,so one thread invoking addCall method won't be blocked by another thread calling setupConnection method.
                
> IPC Client call to the same host with multi thread takes very long time to report connection time out for many times 
> ---------------------------------------------------------------------------------------------------------------------
>
>                 Key: HADOOP-9655
>                 URL: https://issues.apache.org/jira/browse/HADOOP-9655
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: ipc
>    Affects Versions: 2.0.4-alpha
>            Reporter: nemon lou
>         Attachments: HADOOP-9655.patch
>
>
> When one machine power off during running a job ,MRAppMaster find tasks timed out on that host and then call stop container for each container concurrently.
> But the IPC layer did it serially, for each call,the connection time out exception toke a few minutes to raise after 45 times reties. And AM hang for many hours to wait for stopContainer to finish.
> The jstack output file shows that most threads stuck at Connection.addCall waiting for a lock object hold by  Connection.setupIOstreams.
> (The setupIOstreams method run slowlly becauseof connection time out during setupconnection.)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira