> Reopened HBASE-14605, HBASE-14655, and HBASE-14631 as blockers for 1.1.x and 1.0.x.
I don't think we could leave the underlying problems with incorrect user context for security alone on branches 1.0 and 1.1 unfixed. We can revert this stuff - these changes are at the end of a cascade of changes stemming from bug fixing - but then for sake of correct functioning of security features we'd want to move people to 1.2. > On Dec 6, 2015, at 4:11 PM, Nick Dimiduk <ndimi...@apache.org> wrote: > > I found some source-incompatible changes in the compatibility report [0]. > Reopened HBASE-14605, HBASE-14655, and HBASE-14631 as blockers for 1.1.x > and 1.0.x. Since I'm asking, would be good to see the last mile > on HBASE-14822 and HBASE-14844. > > [0]: > http://home.apache.org/~ndimiduk/1.1.0_branch-1.1_compat_report.html#Type_Source_Problems_High > >> On Wed, Dec 2, 2015 at 1:17 PM, Nick Dimiduk <ndimi...@apache.org> wrote: >> >> With HBASE-14689 resolved, I plan to spin the next RC this weekend. Let me >> know if you have any concerns. >> >> -n >> >> On Tue, Nov 17, 2015 at 8:33 PM, Andrew Purtell <andrew.purt...@gmail.com> >> wrote: >> >>> Let's revert this from 0.98 even if the problem isn't manifesting there >>> (or perhaps just not in the same way) >>> >>> >>>> On Nov 17, 2015, at 7:33 PM, Enis Söztutar <enis....@gmail.com> wrote: >>>> >>>> Sorry for the trouble, let me revert the commit. I'll look at the 0.98 >>> RC >>>> as well. >>>> >>>> >>>> Enis >>>> >>>>> On Tue, Nov 17, 2015 at 7:32 PM, Enis Söztutar <enis....@gmail.com> >>> 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 <apurt...@apache.org> >>>>> 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 <ndimi...@apache.org> >>> 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) >> >>