Jing Zhao created HDFS-6135:
-------------------------------
Summary: In HDFS upgrade with HA setup, JournalNode cannot handle
layout version bump when rolling back
Key: HDFS-6135
URL: https://issues.apache.org/jira/browse/HDFS-6135
Project: Hadoop HDFS
Issue Type: Bug
Affects Versions: 2.4.0
Reporter: Jing Zhao
While doing HDFS upgrade with HA setup, if the layoutversion gets changed in
the upgrade, the rollback may trigger the following exception in JournalNodes
(suppose the new software bumped the layoutversion from -55 to -56):
{code}
14/03/21 01:01:53 FATAL namenode.NameNode: Exception in namenode join
org.apache.hadoop.hdfs.qjournal.client.QuorumException: Could not check if roll
back possible for one or more JournalNodes. 1 exceptions thrown:
Unexpected version of storage directory /grid/1/tmp/journal/mycluster.
Reported: -56. Expecting = -55.
at
org.apache.hadoop.hdfs.server.common.StorageInfo.setLayoutVersion(StorageInfo.java:203)
at
org.apache.hadoop.hdfs.server.common.StorageInfo.setFieldsFromProperties(StorageInfo.java:156)
at
org.apache.hadoop.hdfs.server.common.StorageInfo.readProperties(StorageInfo.java:135)
at
org.apache.hadoop.hdfs.qjournal.server.JNStorage.analyzeStorage(JNStorage.java:202)
at
org.apache.hadoop.hdfs.qjournal.server.JNStorage.<init>(JNStorage.java:73)
at
org.apache.hadoop.hdfs.qjournal.server.Journal.<init>(Journal.java:142)
at
org.apache.hadoop.hdfs.qjournal.server.JournalNode.getOrCreateJournal(JournalNode.java:87)
at
org.apache.hadoop.hdfs.qjournal.server.JournalNode.canRollBack(JournalNode.java:304)
at
org.apache.hadoop.hdfs.qjournal.server.JournalNodeRpcServer.canRollBack(JournalNodeRpcServer.java:228)
{code}
Looks like for rollback JN with old software cannot handle future layoutversion
brought by new software.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
