hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chen He (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HDFS-3848) A Bug in recoverLeaseInternal method of FSNameSystem class
Date Thu, 19 Jun 2014 15:24:26 GMT

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

Chen He updated HDFS-3848:
--------------------------

    Attachment: HDFS-3848-v2.patch

> A Bug in recoverLeaseInternal method of FSNameSystem class
> ----------------------------------------------------------
>
>                 Key: HDFS-3848
>                 URL: https://issues.apache.org/jira/browse/HDFS-3848
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: namenode
>    Affects Versions: 0.23.1
>            Reporter: Hooman Peiro Sajjad
>              Labels: patch
>         Attachments: HDFS-3848-1.patch, HDFS-3848-v2.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> This is a bug in logic of the method recoverLeaseInternal. In line 1322 it checks if
the owner of the file is trying to recreate the file. The condition of the if statement is

> (leaseFile != null && leaseFile.equals(lease)) || lease.getHolder().equals(holder)
> As it can be seen, there are two operands (conditions) connected with an "or" operator.
The first operand is straight and will be true only if the holder of the file is the new holder.
But the problem is the second operand which will be always true since the "lease" object is
the one found by the "holder" by calling "Lease lease = leaseManager.getLease(holder);" in
line 1315.
> To fix this I think the if statement only should contain the following the condition:
> (leaseFile != null && leaseFile.getHolder().equals(holder))



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message