[
https://issues.apache.org/jira/browse/HDFS-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13197161#comment-13197161
]
Hari Mankude commented on HDFS-2865:
------------------------------------
Logs from standby NN,
2012-01-31 19:16:23,883 INFO namenode.NameNode (FSDirectory.java:<init>(142))
- Caching file names occuring more than 10 times
2012-01-31 19:16:23,904 INFO common.Storage (Storage.java:lock(585)) - Cannot
lock storage /homes/hortonha/namenode/fsimage. The directory is already locked.
2012-01-31 19:16:23,905 INFO impl.MetricsSystemImpl
(MetricsSystemImpl.java:stop(199)) - Stopping NameNode metrics system...
2012-01-31 19:16:23,905 INFO impl.MetricsSystemImpl
(MetricsSystemImpl.java:stop(205)) - NameNode metrics system stopped.
2012-01-31 19:16:23,906 INFO impl.MetricsSystemImpl
(MetricsSystemImpl.java:shutdown(553)) - NameNode metrics system shutdown
complete.
2012-01-31 19:16:23,906 ERROR namenode.NameNode (NameNode.java:main(898)) -
Exception in namenode join
java.io.IOException: Cannot lock storage /homes/hortonha/namenode/fsimage. The
directory is already locked.
at
org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.lock(Storage.java:586)
at
org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.analyzeStorage(Storage.java:435)
at
org.apache.hadoop.hdfs.server.namenode.FSImage.recoverStorageDirs(FSImage.java:263)
at
org.apache.hadoop.hdfs.server.namenode.FSImage.recoverTransitionRead(FSImage.java:178)
at
org.apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFSImage(FSNamesystem.java:441)
at
org.apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFromDisk(FSNamesystem.java:380)
at
org.apache.hadoop.hdfs.server.namenode.NameNode.loadNamesystem(NameNode.java:351)
at
org.apache.hadoop.hdfs.server.namenode.NameNode.initialize(NameNode.java:385)
at
org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:540)
at
org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:526)
at
org.apache.hadoop.hdfs.server.namenode.NameNode.createNameNode(NameNode.java:836)
at
org.apache.hadoop.hdfs.server.namenode.NameNode.main(NameNode.java:894)
2012-01-31 19:16:23,914 INFO namenode.NameNode (StringUtils.java:run(605)) -
SHUTDOWN_MSG:
/************************************************************
SHUTDOWN_MSG: Shutting down NameNode at
hrt11n27.cc1.ygridcore.net/98.137.234.163
************************************************************/
> Standby namenode gets a "cannot lock storage" exception during startup
> ----------------------------------------------------------------------
>
> Key: HDFS-2865
> URL: https://issues.apache.org/jira/browse/HDFS-2865
> Project: Hadoop HDFS
> Issue Type: Bug
> Reporter: Hari Mankude
> Assignee: Hari Mankude
>
> Standby NN is restarted. This is a follow-on to hdfs-2863. In this setup,
> dfs.edits.dir is different from dfs.shared.edits.dir. During startup, standby
> NN fails to acquire lock on the dfs.edits.dir. If standby NN is restarted
> again, it seems to work fine.
--
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
