Re: Why doesn't HConnectionManager implement double checked locking ?

I'd imagine the Connection creation expensive, too expensive for the putIfAbsent idiom. What you think Akash? St.Ack On Thu, Aug 25, 2011 at 4:55 AM, Akash Ashok wrote: > I was just curious as to whether this was a hotspot or not. I mean as Ryan > said if its not a part of high perf code path th

Build failed in Jenkins: HBase-TRUNK #2143

See Changes: [dmeil] HBASE-4251 book.xml (catalog info, reorg of schema design for rowkeys, reorg version info) -- [...truncated 1530 lines...] Running org.apache.hadoop.hbase.rest.model.TestRowMode

Re: Why doesn't HConnectionManager implement double checked locking ?

I was just curious as to whether this was a hotspot or not. I mean as Ryan said if its not a part of high perf code path then its ok. Also now I'm wondering why can't we do a putIfAbsent? More like HConnectionKey connectionKey = new HConnectionKey(conf); HConnectionImplementation connecti

Jenkins build is back to normal : HBase-TRUNK #2141

See

Build failed in Jenkins: HBase-TRUNK-on-Hadoop-23 #6

See Changes: [dmeil] HBASE-4251 book.xml (catalog info, reorg of schema design for rowkeys, reorg version info) [garyh] HBASE-4222 Allow HLog to retry log roll on transient write pipeline errors [dmeil] HBASE-4250 developer.x

Build failed in Jenkins: HBase-TRUNK #2142

See Changes: [garyh] HBASE-4222 Allow HLog to retry log roll on transient write pipeline errors [dmeil] HBASE-4250 developer.xml [dmeil] HBASE-4249 - performance.xml (adding network section) -- [

Re: Why doesn't HConnectionManager implement double checked locking ?

How would double-checked -- a problematic pattern at the best of times in java (see http://en.wikipedia.org/wiki/Double-checked_locking) -- help here? What you thinking? We can't really do putIfAbsent w/ a connection instance? Good on you Akash, St.Ack On Tue, Aug 23, 2011 at 11:45 AM, Akash As

Build failed in Jenkins: HBase-TRUNK-on-Hadoop-23 #5

See Changes: [tedyu] HBASE-4071 update FIXED_OVERHEAD for minVersions -- [...truncated 1561 lines...] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.446 sec Running org.a

Build failed in Jenkins: HBase-TRUNK-on-Hadoop-23 #4

See Changes: [tedyu] HBASE-4138 Change debug log in ZKUtil.watchAndCheckExists() [tedyu] HBASE-4138 Add debug log in ZooKeeperNodeTracker.start() -- [...truncated 3701 lines...] Tests run:

Build failed in Jenkins: HBase-TRUNK #2140

See Changes: [tedyu] HBASE-4138 Change debug log in ZKUtil.watchAndCheckExists() -- [...truncated 1528 lines...] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.6 sec Running org.ap

Re: Build failed in Jenkins: HBase-TRUNK #2135

Thanks boss. That looks the issue w/ recoverLease being async? St.Ack On Wed, Aug 24, 2011 at 10:36 AM, Gary Helmling wrote: > I just ran this 5 times locally with the latest trunk.  I didn't see any > OOME, and all but the last try were successful. > > On the last run I saw this failure: > > Te

Re: Build failed in Jenkins: HBase-TRUNK #2135

I just ran this 5 times locally with the latest trunk. I didn't see any OOME, and all but the last try were successful. On the last run I saw this failure: Tests run: 21, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 363.421 sec <<< FAILURE! testForceSplitMultiFamily(org.apache.hadoop.hbase.

Build failed in Jenkins: HBase-TRUNK #2139

See Changes: [tedyu] HBASE-4138 Add debug log in ZooKeeperNodeTracker.start() -- [...truncated 1546 lines...] Running org.apache.hadoop.hbase.filter.TestFilter Tests run: 18, Failures: 0, Errors: 0,

Build failed in Jenkins: HBase-TRUNK #2138

See -- [...truncated 1806 lines...] Running org.apache.hadoop.hbase.coprocessor.TestCoprocessorInterface Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.679 sec Running org.apache.hadoop.hba

Build failed in Jenkins: HBase-TRUNK-on-Hadoop-23 #3

See -- [...truncated 4136 lines...] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.414 sec Running org.apache.hadoop.hbase.mapred.TestTableMapReduce Tests run: 1, Failures: 0, Err

coprocessor & table operations

As part of fixing 3229, I have some questions about usage scenarios of coprocessor in table operations, e.g., MasterObserver::preEnableTable, etc. 1. Operations like preAddColumn, etc. don't honor coprocessor's request to bypass default behavior, as in MasterCoProcessorHost.java. Is that a