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 "Hairong Kuang (JIRA)" <ji...@apache.org> on 2010/04/01 01:10:27 UTC

[jira] Commented: (HADOOP-6640) FileSystem.get() does RPC retries within a static synchronized block

    [ https://issues.apache.org/jira/browse/HADOOP-6640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12852160#action_12852160 ] 

Hairong Kuang commented on HADOOP-6640:
---------------------------------------

>From my point of view, what's fundamentally wrong is that version check is performed when a rpc proxy is created. Instead, it should be performed either when a connection to a rpc server is created or whenever a rpc is received at the server side. So neither solution 1 and solution 2 solves the fundamental problem and it does not matter which solution we use. If you insist on using solution 2, I am not against it.

> FileSystem.get() does RPC retries within a static synchronized block
> --------------------------------------------------------------------
>
>                 Key: HADOOP-6640
>                 URL: https://issues.apache.org/jira/browse/HADOOP-6640
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: fs
>         Environment: all
>            Reporter: Alejandro Abdelnur
>            Assignee: Hairong Kuang
>            Priority: Critical
>         Attachments: getFS.patch
>
>
> If using FileSystem.get() in a multithreaded environment, and one get() locks because the NN URI is too slow or not responding and retries are in progress, all other get() (for the diffferent users, NN) are blocked.
> the synchronized block in in the static instance of Cache inner class.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.