Indeed interesting that LTT doesn't catch it.
> On Nov 17, 2015, at 7:32 PM, Enis Söztutar <[email protected]> wrote: > > -1. > > I think this RC is also affected by HBASE-14689: > > > A run of > > bin/hbase pe --latency --nomapred --presplit=10 --valueSize=10 randomWrite > 10 > > results in client hang and a lot of following exceptions. > > Interesting that, I cannot reproduce this with LTT. > > java.io.IOException: Timed out waiting for lock for row: > 00000000000000000000075868 > at > org.apache.hadoop.hbase.regionserver.HRegion.getRowLockInternal(HRegion.java:5088) > at > org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutation(HRegion.java:2980) > at > org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2838) > at > org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2780) > at > org.apache.hadoop.hbase.regionserver.RSRpcServices.doBatchOp(RSRpcServices.java:692) > at > org.apache.hadoop.hbase.regionserver.RSRpcServices.doNonAtomicRegionMutation(RSRpcServices.java:654) > at > org.apache.hadoop.hbase.regionserver.RSRpcServices.multi(RSRpcServices.java:2036) > at > org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:32303) > at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2117) > at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:104) > at > org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:133) > at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:108) > at java.lang.Thread.run(Thread.java:745) > > >> On Mon, Nov 16, 2015 at 8:35 PM, Andrew Purtell <[email protected]> wrote: >> >> +1 >> >> Checked signature and sums >> Unpacked binary and source tarballs, contents look good >> Built from source >> RAT check passes >> Loaded 1M rows with LoadTestTool, no unexpected log messages, reported >> latencies in line with expectations >> Ran IntegrationTestBigLinkedList, no errors >> >> >>> On Sun, Nov 8, 2015 at 8:54 PM, Nick Dimiduk <[email protected]> wrote: >>> >>> I'm happy to announce the first release candidate of HBase 1.1.3 >>> (HBase-1.1. >>> 3RC0) is available for download at >>> https://dist.apache.org/repos/dist/dev/hbase/hbase-1.1.3RC0/ >>> >>> Maven artifacts are also available in the staging repository >>> https://repository.apache.org/content/repositories/orgapachehbase-1117 >>> >>> Artifacts are signed with my code signing subkey 0xAD9039071C3489BD, >>> available in the Apache keys directory >>> https://people.apache.org/keys/committer/ndimiduk.asc >>> >>> There's also a signed tag for this release at >> https://git-wip-us.apache.org/repos/asf?p=hbase.git;a=tag;h=16e905679e2dd5cb1b05ca8bc34a403e154a395f >>> >>> The detailed source and binary compatibility report vs 1.1.0 has been >>> published for your review, at >>> http://people.apache.org/~ndimiduk/1.1.0_1.1.3RC0_compat_report.html >>> >>> HBase 1.1.3 is the third patch release in the HBase 1.1 line, continuing >> on >>> the theme of bringing a stable, reliable database to the Hadoop and NoSQL >>> communities. This release includes over 120 bug fixes since the 1.1.2 >>> release. Notable correctness fixes >>> include HBASE-14474, HBASE-14591, HBASE-14224, >>> HBASE-14431, HBASE-14407, HBASE-14313, HBASE-14621, HBASE-14501, and >>> HBASE-13250. >>> >>> The full list of fixes included in this release is available at >> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310753&version=12333152 >>> and in the CHANGES.txt file included in the distribution. >>> >>> Please try out this candidate and vote +/-1 by 23:59 Pacific time on >>> Friday, 2015-11-13 as to whether we should release these artifacts as >> HBase >>> 1.1.3. >>> >>> Thanks, >>> Nick >> >> >> >> -- >> Best regards, >> >> - Andy >> >> Problems worthy of attack prove their worth by hitting back. - Piet Hein >> (via Tom White) >>
