Member since
08-05-2014
11
Posts
0
Kudos Received
1
Solution
My Accepted Solutions
Title | Views | Posted |
---|---|---|
5436 | 08-19-2015 09:28 AM |
08-19-2015
09:28 AM
I copied dfs directory from the active namenode to the standby namenode and restarted it. It solved the problem. Thanks.
... View more
08-18-2015
03:12 PM
Hi, I change my cluster to HA and it failed on bootstrapping the standby namenode. Failed to bootstrap Standby NameNode namenode (nrmcdhnn02): STARTUP_MSG: build = http://github.com/cloudera/hadoop -r b739cd891f6269da5dd22766d7e75bd2c9db73b6; compiled by 'jenkins' on 2015-07-07T00:02Z
STARTUP_MSG: java = 1.7.0_67
************************************************************/
15/08/18 15:25:15 INFO namenode.NameNode: registered UNIX signal handlers for [TERM, HUP, INT]
15/08/18 15:25:15 INFO namenode.NameNode: createNameNode [-bootstrapStandby, -nonInteractive]
15/08/18 15:25:16 INFO ha.BootstrapStandby: The active NameNode is in Upgrade. Prepare the upgrade for the standby NameNode as well.
15/08/18 15:25:16 INFO common.Storage: Lock on /cdh/hdfs/1/namenode2/in_use.lock acquired by nodename 18683@cdhnn02
The original storage directory is not formatted.
Running in non-interactive mode, and data appears to exist in Storage Directory /cdh/hdfs/1/namenode2. Not formatting.
15/08/18 15:25:16 INFO util.ExitUtil: Exiting with status 5
15/08/18 15:25:16 INFO namenode.NameNode: SHUTDOWN_MSG:
/************************************************************
SHUTDOWN_MSG: Shutting down NameNode at cdhnn02
************************************************************/ When I try to start nn2, it states that it's not formatted. Lock on /cdh/hdfs/1/namenode/in_use.lock acquired by nodename 2172@cdhnn02 Encountered exception loading fsimage
java.io.IOException: NameNode is not formatted.
at org.apache.hadoop.hdfs.server.namenode.FSImage.recoverTransitionRead(FSImage.java:212)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFSImage(FSNamesystem.java:1061)
at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFromDisk(FSNamesystem.java:765)
at org.apache.hadoop.hdfs.server.namenode.NameNode.loadNamesystem(NameNode.java:584)
at org.apache.hadoop.hdfs.server.namenode.NameNode.initialize(NameNode.java:643)
at org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:810)
at org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:794)
at org.apache.hadoop.hdfs.server.namenode.NameNode.createNameNode(NameNode.java:1487)
at org.apache.hadoop.hdfs.server.namenode.NameNode.main(NameNode.java:1553) Any suggestions? (CDH 5.4.4) Thanks, Eugene
... View more
Labels:
08-11-2015
12:06 PM
Thank you Gonzalo. That was exactly what I was not hoping to hear, but seeing that I could not use hbase, I had to do it. So, after deleting all the files/tables with inconsistancies, I got hbase to work again. Thank you for your help.
... View more
08-08-2015
12:33 PM
I have tried your steps, but I still have inconsistancies and hbck -repair does not work. My inconsistancies are with data tables and not with META. I get the following error message: INFO util.HBaseFsckRepair: Region still in transition, waiting for it to become assigned and it eventually times out. I am using CDH 5.4.4 with Hbase 1.0.0. I cannot do anything on Hbase (count, scan etc.).
... View more
09-22-2014
02:40 PM
Does anyone know what the max length of the SQL string in Impala is? Some of my queries are > 4000 characters, and sometimes they work and other times not. I am using CDH 5.1.0 and Impala 1.4.0. Thanks, Eugene.
... View more
Labels: