One problem found in 0.90.6RC2

Hi As part of test automation suite we found one problem in 0.90.6RC. It is introduced by HBASE-5160. The this.allRegionServersOffline was not getting reset to false and because of that randomly we got some regions not getting assigned due to inconsistent state in ZNODE. Because of this

Build failed in Jenkins: HBase-0.92 #270

See https://builds.apache.org/job/HBase-0.92/270/changes Changes: [jmhsieh] HBASE-5212 Fix test TestTableMapReduce against 0.23 (Ted and Gregory) -- [...truncated 6669 lines...] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 16.994 sec

Build failed in Jenkins: hbase-0.90 #420

See https://builds.apache.org/job/hbase-0.90/420/changes Changes: [ramkrishna] HBASE-5321 this.allRegionServersOffline not set to false after one RS comes online and assignment is done in 0.90.(Ram) -- [...truncated 1090 lines...] [INFO] [INFO] ---

Re: HBase coprocessors blog posted

Hi Andy, Sure, I'd be happy to do a draft review and contribute whatever comments I can. For the byline, thanks, I appreciate the offer to include me. I'm fine with whatever you guys decide -- you're the ones writing up the posts. :) Let me know as soon as you or Eugene have something you want

hbase unit test issue...

Hi devs- When trying to execute a unit test… $ /apps/apache-maven-3.0.3/bin/mvn test -P localTests -Dtest=TestCompactSelection … per the new instructions from the updates to the unit test/integ test changes… http://hbase.apache.org/book.html#hbase.unittests.cmds … I'm getting this error:

Re: hbase unit test issue...

I tried with your command and I got: [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 7.086s Was the following observed on TRUNK ? Here is my

Re: hbase unit test issue...

Yep, I was on trunk. On 2/2/12 4:45 PM, Ted Yu yuzhih...@gmail.com wrote: I tried with your command and I got: [INFO] [INFO] BUILD SUCCESS [INFO]

Re: hbase unit test issue...

Even with 'mvn test', many tests run just fine --- T E S T S --- Running org.apache.hadoop.hbase.constraint.TestConstraints Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:

Build failed in Jenkins: HBase-TRUNK #2652

See https://builds.apache.org/job/HBase-TRUNK/2652/changes Changes: [tedyu] HBASE-5186 Add metrics to ThriftServer (Scott Chen) [larsh] HBASE-5266 Add documentation for ColumnRangeFilter -- [...truncated 2010 lines...] Tests run: 2, Failures: 0, Errors:

Re: hbase 0.94.0

Late answer, I just came back from vacation. On Mon, Jan 30, 2012 at 10:03 PM, Nicolas Spiegelberg nspiegelb...@fb.com wrote: I think HFile upgrade in particular is more complicated than you think. We currently have production traffic running with HFileV1.  It has a 5-min SLA.  We can't afford

OBOB in HMerge?

I've been reading through this a bit lately as I work on a merge tool for our tables, and it looks like there's an off by one bug in the OfflineMerger constructor in util.HMerge: InternalScanner rootScanner = root.getScanner(scan); try { ListKeyValue results = new

Re: MR job randomly scans up thousands of rows less than the it should.

(sorry for the damaged subject :)) Hey Jon, We have two column families. There are no filters and there's a full table scan. We're not skipping rows. I did see however a single time that we had one qualifier fault in the job counters (it was missing, and it wasn't supposed to be missing).

Re: MR job randomly scans up thousands of rows less than the it should.

HBASE-4838 ports HBASE-2856 to 0.92 FYI On Thu, Feb 2, 2012 at 4:46 PM, Cosmin Lehene cleh...@adobe.com wrote: (sorry for the damaged subject :)) Hey Jon, We have two column families. There are no filters and there's a full table scan. We're not skipping rows. I did see however a single

Re: hbase 0.94.0

I think HFile upgrade in particular is more complicated than you think. We currently have production traffic running with HFileV1. It has a 5-min SLA. We can't afford to take the entire downtime to rewrite 100GB (or whatever) worth of data. We need to do this while the cluster is live. AFAIK

Re: hbase 0.94.0

I think we all agree on that. :) The sticky point is: When can we remove old code that is *only* needed to migrate even older installations? And should we spent a lot of our resources on supporting upgrades that skip versions? I think that ties in with time-based released and the point that

Jenkins build is back to normal : hbase-0.90 #421

See https://builds.apache.org/job/hbase-0.90/421/

Re: svn commit: r1239930 - in /hbase/branches/0.89-fb/src: main/java/org/apache/hadoop/hbase/master/SplitLogManager.java test/java/org/apache/hadoop/hbase/master/TestSplitLogManager.java

Mikhail, the below doesn't have the hbase jira in it? St.Ack On Thu, Feb 2, 2012 at 3:30 PM, mbau...@apache.org wrote: Author: mbautin Date: Thu Feb  2 23:30:28 2012 New Revision: 1239930 URL: http://svn.apache.org/viewvc?rev=1239930view=rev Log: fix fs.delete(path, false) usage

Re: OBOB in HMerge?

On Thu, Feb 2, 2012 at 3:05 PM, Sandy Pratt prat...@adobe.com wrote: I've been reading through this a bit lately as I work on a merge tool for our tables, and it looks like there's an off by one bug in the OfflineMerger constructor in util.HMerge: Agree I get the impression this class

Build failed in Jenkins: HBase-TRUNK-security #96

See https://builds.apache.org/job/HBase-TRUNK-security/96/changes Changes: [larsh] HBASE-5318 Support Eclipse Indigo (Jesse Yates) [larsh] HBASE-5304 Pluggable split key policy [tedyu] HBASE-5186 Add metrics to ThriftServer (Scott Chen) -- [...truncated

Removing updateTimers() in AM if Timeout monitor period is set to 30 mins in 0.90

Hi devs Currently the timeout monitor is kept at 30 mins in 0.90 branch. In AM, whenever any region comes online we update the timers. Consider a case where we have 20 regions to assign in a RS. Out of 20, few regions cannot be opened due to Some error and they are still in RIT. The

Build failed in Jenkins: HBase-TRUNK-security #97

See https://builds.apache.org/job/HBase-TRUNK-security/97/ -- [...truncated 1994 lines...] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.408 sec Running org.apache.hadoop.hbase.regionserver.handler.TestCloseRegionHandler Tests run: 3,