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 "Todd Lipcon (Created) (JIRA)" <ji...@apache.org> on 2012/02/02 01:21:53 UTC
[jira] [Created] (HDFS-2877) If locking of a storage dir fails, it
will remove the other NN's lock file on exit
If locking of a storage dir fails, it will remove the other NN's lock file on exit
----------------------------------------------------------------------------------
Key: HDFS-2877
URL: https://issues.apache.org/jira/browse/HDFS-2877
Project: Hadoop HDFS
Issue Type: Bug
Components: name-node
Affects Versions: 1.0.0, 0.23.0, 0.24.0
Reporter: Todd Lipcon
Assignee: Todd Lipcon
In {{Storage.tryLock()}}, we call {{lockF.deleteOnExit()}} regardless of whether we successfully lock the directory. So, if another NN has the directory locked, then we'll fail to lock it the first time we start another NN. But our failed start attempt will still remove the other NN's lockfile, and a second attempt will erroneously start.
--
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