hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Colin Patrick McCabe (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-9137) DeadLock between DataNode#refreshVolumes and BPOfferService#registrationSucceeded
Date Mon, 05 Oct 2015 19:43:27 GMT

    [ https://issues.apache.org/jira/browse/HDFS-9137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14943908#comment-14943908

Colin Patrick McCabe commented on HDFS-9137:

bq. In an another thought.. How about updating the BPOS#toString() itself, without holding
any lock. The return value of tostring() could be some string field which could be updated
when registrationSucceeded() call comes.

Good idea.

> DeadLock between DataNode#refreshVolumes and BPOfferService#registrationSucceeded 
> ----------------------------------------------------------------------------------
>                 Key: HDFS-9137
>                 URL: https://issues.apache.org/jira/browse/HDFS-9137
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: datanode
>    Affects Versions: 3.0.0, 2.7.1
>            Reporter: Uma Maheswara Rao G
>            Assignee: Uma Maheswara Rao G
>         Attachments: HDFS-9137.00.patch
> I can see this code flows between DataNode#refreshVolumes and BPOfferService#registrationSucceeded
could cause deadLock.
> In practice situation may be rare as user calling refreshVolumes at the time DN registration
with NN. But seems like issue can happen.
>  Reason for deadLock:
>   1) refreshVolumes will be called with DN lock and after at the end it will also trigger
Block report. In the Block report call, BPServiceActor#triggerBlockReport calls toString on
bpos. Here it takes readLock on bpos.
>  DN lock then boos lock
> 2) BPOfferSetrvice#registrationSucceeded call is taking writeLock on bpos and  calling
dn.bpRegistrationSucceeded which is again synchronized call on DN.
> bpos lock and then DN lock.
> So, this can clearly create dead lock.
> I think simple fix could be to move triggerBlockReport call outside out DN lock and I
feel that call may not be really needed inside DN lock.
> Thoughts?

This message was sent by Atlassian JIRA

View raw message