Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Duo Zhang
I think we only need to depend on hbase-client for hbase-rest and hbase-thrift? No? Sean Busbey 于2020年4月28日周二 下午1:44写道: > Can't we adjust the REST server to not need YARN? > > On Mon, Apr 27, 2020 at 5:21 PM Josh Elser wrote: > > > I'd think we'd want to approach that the other way around. Shad

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Sean Busbey
Can't we adjust the REST server to not need YARN? On Mon, Apr 27, 2020 at 5:21 PM Josh Elser wrote: > I'd think we'd want to approach that the other way around. Shade what > Jersey we need for REST, and (continue to) let Hadoop run wild. > > Locking ourselves to specific upstream YARN jars worri

[jira] [Created] (HBASE-24274) `RESTApiClusterManager` attempts to deserialize response using serialization API

2020-04-27 Thread Nick Dimiduk (Jira)
Nick Dimiduk created HBASE-24274: Summary: `RESTApiClusterManager` attempts to deserialize response using serialization API Key: HBASE-24274 URL: https://issues.apache.org/jira/browse/HBASE-24274 Proj

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Josh Elser
I'd think we'd want to approach that the other way around. Shade what Jersey we need for REST, and (continue to) let Hadoop run wild. Locking ourselves to specific upstream YARN jars worries me. On 4/27/20 5:05 PM, Nick Dimiduk wrote: I suppose an alternative is to provide a shaded version of

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Nick Dimiduk
I suppose an alternative is to provide a shaded version of the YARN jars needed by hbase-rest in hbase-thirdparty. We'd need these for both hadoop2 and hadoop3, to pull them in via profile, and to exclude the originals wherever they appear as transitive deps (though they shouldn't, right?) On Mon,

Re: Could someone help to review my PRs?

2020-04-27 Thread Stack
Thanks for speaking up. Looks like there are reviews landing now. S On Sun, Apr 26, 2020 at 10:32 AM zheng wang <18031...@qq.com> wrote: > Hi guys: > > I had submited some PRs at the past few weeks list below,could > someone help to review my PRs? > Thanks very much! > > > HBASE-22710 > HBASE-232

[jira] [Created] (HBASE-24273) HBCK's "Orphan Regions on FileSystem" reports regions with referenced HFiles

2020-04-27 Thread Andrey Elenskiy (Jira)
Andrey Elenskiy created HBASE-24273: --- Summary: HBCK's "Orphan Regions on FileSystem" reports regions with referenced HFiles Key: HBASE-24273 URL: https://issues.apache.org/jira/browse/HBASE-24273 Pr

[jira] [Resolved] (HBASE-24252) Implement proxyuser/doAs mechanism for hbase-http

2020-04-27 Thread Josh Elser (Jira)
[ https://issues.apache.org/jira/browse/HBASE-24252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Elser resolved HBASE-24252. Hadoop Flags: Reviewed Resolution: Fixed Spun out a child-task for the 2.1.x backport. Wrot

[jira] [Created] (HBASE-24272) Backport "Implement proxyuser/doAs mechanism for hbase-http" to 2.1.x

2020-04-27 Thread Josh Elser (Jira)
Josh Elser created HBASE-24272: -- Summary: Backport "Implement proxyuser/doAs mechanism for hbase-http" to 2.1.x Key: HBASE-24272 URL: https://issues.apache.org/jira/browse/HBASE-24272 Project: HBase

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Josh Elser
On 4/27/20 1:52 PM, Nick Dimiduk wrote: On Mon, Apr 27, 2020 at 10:11 Stack wrote: On Mon, Apr 27, 2020 at 9:44 AM Josh Elser wrote: +1 to the idea, -0 to the implied execution I agree hbase-connectors is a better place for REST and thrift, long term. My concern is that I read this th

[jira] [Created] (HBASE-24271) Set values in `conf/hbase-site.xml` that enable running on `LocalFileSystem` out of the box

2020-04-27 Thread Nick Dimiduk (Jira)
Nick Dimiduk created HBASE-24271: Summary: Set values in `conf/hbase-site.xml` that enable running on `LocalFileSystem` out of the box Key: HBASE-24271 URL: https://issues.apache.org/jira/browse/HBASE-24271

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Nick Dimiduk
On Mon, Apr 27, 2020 at 10:11 Stack wrote: > On Mon, Apr 27, 2020 at 9:44 AM Josh Elser wrote: > > > +1 to the idea, -0 to the implied execution > > > > I agree hbase-connectors is a better place for REST and thrift, long > term. > > > > My concern is that I read this thread as suggesting: > > >

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Nick Dimiduk
On Fri, Apr 24, 2020 at 22:06 Sean Busbey wrote: > By "works with it" do you mean has documented steps to work with it or do > you mean that the convenience binary that ships for 2.3.0 will have the > same deployment model as prior 2.y releases where I can run those services > directly from the d

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Stack
On Mon, Apr 27, 2020 at 9:44 AM Josh Elser wrote: > +1 to the idea, -0 to the implied execution > > I agree hbase-connectors is a better place for REST and thrift, long term. > > My concern is that I read this thread as suggesting: > > 1. Remove rest/thrift from 2.3 > 1a. Proceed with 2.3.0 rc's

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Esteban Gutierrez
+1 But it would be great if we can deprecate their presence of those modules first in 2.3 thanks, esteban. -- Cloudera, Inc. On Mon, Apr 27, 2020 at 11:44 AM Josh Elser wrote: > +1 to the idea, -0 to the implied execution > > I agree hbase-connectors is a better place for REST and thrift, l

Re: The flakey find jobs are failing

2020-04-27 Thread Nick Dimiduk
Filed https://issues.apache.org/jira/browse/HBASE-24270 On Mon, Apr 27, 2020 at 9:44 AM Nick Dimiduk wrote: > On Fri, Apr 24, 2020 at 6:37 PM 张铎(Duo Zhang) > wrote: > >> On branch-2.2- we do not have these versions, I guess there must be a >> reason why we introduced these versions? >> > > Yes,

[jira] [Created] (HBASE-24270) Relax version numbers specified in Dockerfiles

2020-04-27 Thread Nick Dimiduk (Jira)
Nick Dimiduk created HBASE-24270: Summary: Relax version numbers specified in Dockerfiles Key: HBASE-24270 URL: https://issues.apache.org/jira/browse/HBASE-24270 Project: HBase Issue Type: Ta

Re: The flakey find jobs are failing

2020-04-27 Thread Nick Dimiduk
On Fri, Apr 24, 2020 at 6:37 PM 张铎(Duo Zhang) wrote: > On branch-2.2- we do not have these versions, I guess there must be a > reason why we introduced these versions? > Yes, the reason for pinning package versions is that it's a Dockerfile best practice, as described in the official guide. On l

[jira] [Resolved] (HBASE-24143) [JDK11] Switch default garbage collector from CMS

2020-04-27 Thread Nick Dimiduk (Jira)
[ https://issues.apache.org/jira/browse/HBASE-24143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Dimiduk resolved HBASE-24143. -- Resolution: Fixed Addendum applied to all three branches. Nice catch [~busbey]. > [JDK11] Swi

Re: DISCUSS: Move hbase-thrift and hbase-rest out of core to hbase-connectors project?

2020-04-27 Thread Josh Elser
+1 to the idea, -0 to the implied execution I agree hbase-connectors is a better place for REST and thrift, long term. My concern is that I read this thread as suggesting: 1. Remove rest/thrift from 2.3 1a. Proceed with 2.3.0 rc's 2. Add rest/thrift to hbase-connectors ... n. Release hbase-conn

[jira] [Created] (HBASE-24269) Use `set -e` in our bin scripts

2020-04-27 Thread Nick Dimiduk (Jira)
Nick Dimiduk created HBASE-24269: Summary: Use `set -e` in our bin scripts Key: HBASE-24269 URL: https://issues.apache.org/jira/browse/HBASE-24269 Project: HBase Issue Type: Task Co

[jira] [Created] (HBASE-24268) REST and Thrift server do not handle the "doAs" parameter case insensitively

2020-04-27 Thread Istvan Toth (Jira)
Istvan Toth created HBASE-24268: --- Summary: REST and Thrift server do not handle the "doAs" parameter case insensitively Key: HBASE-24268 URL: https://issues.apache.org/jira/browse/HBASE-24268 Project: H

[jira] [Reopened] (HBASE-24211) Create table is slow in large cluster when AccessController is enabled.

2020-04-27 Thread Duo Zhang (Jira)
[ https://issues.apache.org/jira/browse/HBASE-24211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang reopened HBASE-24211: --- The issue number in commit message is wrong, and it also breaks TestAccessController. Reverted for now

[jira] [Created] (HBASE-24267) Add limit support for scan in rest api

2020-04-27 Thread zhuqi (Jira)
zhuqi created HBASE-24267: - Summary: Add limit support for scan in rest api Key: HBASE-24267 URL: https://issues.apache.org/jira/browse/HBASE-24267 Project: HBase Issue Type: Bug Reporter