You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Hooman Peiro Sajjad (JIRA)" <ji...@apache.org> on 2012/08/23 18:44:42 UTC
[jira] [Created] (HDFS-3848) A Bug in recoverLeaseInternal method
of FSNameSystem class
Hooman Peiro Sajjad created HDFS-3848:
-----------------------------------------
Summary: 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: name-node
Affects Versions: 0.23.1
Reporter: Hooman Peiro Sajjad
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 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