Other than the lack of hbck is there any thing else it prevents from working?
If not it may be our best option to pull the data and make a new table On 05/07/2012 18:39, "Jonathan Hsieh" <[email protected]> wrote: >Jay, > >What version are you on? > >You may have hit this: (do you have >50 regions?) >https://issues.apache.org/jira/browse/HBASE-6018 > >At the moment this isn't in an apache release yet (we're working on it!), >but we were able to get it into cdh4.0.0. A tarball with is here: >http://archive.cloudera.com/cdh4/cdh/4/hbase-0.92.1-cdh4.0.0.tar.gz > >It is compiled against hadoop 2.0 so you will need to recompile the >tarball >to generate a new jar if you are on hadoop 1.0/cdh3 hadoop. > >Jon. > >On Thu, Jul 5, 2012 at 9:17 AM, Jay Whittaker ><[email protected] >> wrote: > >> We do however see this further up the hbck output. >> >> 12/07/05 16:24:45 DEBUG util.HBaseFsck: HRegionInfo read: {NAME => >> 'thefinalfrontier,com|1|1245884400|agencedupontdugard.com >> ,1339788822565.838 >> b9c14a918a97e584dc35537c50b22.', STARTKEY => >> 'com|1|1245884400|agencedupontdugard.com', ENDKEY => >> 'com|1|1263427200|jbheart.com', ENCODED => >> 838b9c14a918a97e584dc35537c50b22,} >> Exception in thread "main" >>java.util.concurrent.RejectedExecutionException >> at >> >>java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(Thr >>ea >> dPoolExecutor.java:1768) >> at >> >>java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:76 >>7) >> at >> >>java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:6 >>58 >> ) >> at >> >>org.apache.hadoop.hbase.util.HBaseFsck.loadHdfsRegionInfos(HBaseFsck.java >>:6 >> 33) >> at >> >>org.apache.hadoop.hbase.util.HBaseFsck.onlineConsistencyRepair(HBaseFsck. >>ja >> va:354) >> at >>org.apache.hadoop.hbase.util.HBaseFsck.onlineHbck(HBaseFsck.java:382) >> at org.apache.hadoop.hbase.util.HBaseFsck.main(HBaseFsck.java:3120) >> >> >> >> > > >-- >// Jonathan Hsieh (shay) >// Software Engineer, Cloudera >// [email protected]
