[jira] [Created] (HBASE-19431) The tag array written by IndividualBytesFieldCell#write is out of bounds

Chia-Ping Tsai created HBASE-19431: -- Summary: The tag array written by IndividualBytesFieldCell#write is out of bounds Key: HBASE-19431 URL: https://issues.apache.org/jira/browse/HBASE-19431

Re: branch-1 policy for builds against Hadoop 3.0.0

On Mon, Dec 4, 2017 at 3:30 PM, Josh Elser wrote: > +1 not release blockers > > This stems from this line of thinking: > > * Hadoop does not dictate HBase's release schedule (except in extenuating > circumstances) > * HBase can't ensure compatibility against something that

Re: Removing hbase-native-client (HBASE-19419)

On Mon, Dec 4, 2017 at 3:28 PM, Josh Elser wrote: > Makes sense to me. > > *soapbox* I think focusing on https://issues.apache.org/jira > /browse/HBASE-14850 would be a better use of time than trying to > revitalize the old stuff (which I assume has begun to rot). Is the

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

Mike: > Do you plan to make a human-readable set of release notes in addition to the list of JIRA issues resolved? Not as such. For all branch-1.1 releases, I've written up a little human-friendly summary in the ANNOUNCE email. Basically, expanding on the list of JIRA tickets I highlight in the

[jira] [Resolved] (HBASE-19415) Backport HBASE-19056 to branch-1.x

[ https://issues.apache.org/jira/browse/HBASE-19415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang resolved HBASE-19415. --- Resolution: Duplicate Resolve as duplicated. > Backport HBASE-19056 to branch-1.x >

[jira] [Reopened] (HBASE-19415) Backport HBASE-19056 to branch-1.x

[ https://issues.apache.org/jira/browse/HBASE-19415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang reopened HBASE-19415: --- > Backport HBASE-19056 to branch-1.x > -- > > Key:

Re: Release 1.4.0 update

I pushed a tag for 1.4.0RC0 as 3839a01ddc430f68ad83c6be1317a34cc16cf13d. Feel free to commit to branch-1 and branch-1.4 as I finish with 1.4.0RC0. Wednesday. On Mon, Dec 4, 2017 at 6:49 PM, Andrew Purtell wrote: > I fixed HBASE-19429 by disabling checkstyle report

[jira] [Resolved] (HBASE-19429) Release build fails in checkstyle phase of site target (branch-1)

[ https://issues.apache.org/jira/browse/HBASE-19429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell resolved HBASE-19429. Resolution: Fixed Pushed to branch-1.4 and branch-1 > Release build fails in checkstyle

[jira] [Created] (HBASE-19430) Remove the SettableTimestamp and SettableSequenceId

Chia-Ping Tsai created HBASE-19430: -- Summary: Remove the SettableTimestamp and SettableSequenceId Key: HBASE-19430 URL: https://issues.apache.org/jira/browse/HBASE-19430 Project: HBase

Re: Release 1.4.0 update

I fixed HBASE-19429 by disabling checkstyle report generation during the site target. There's something wrong with it. Maybe too many warnings? I get an inscrutable error on MacOS and a segfault in the JVM on Linux. On Mon, Dec 4, 2017 at 6:17 PM, Andrew Purtell wrote: > I

Re: Release 1.4.0 update

I am blocked on HBASE-19429. If someone could help I could really use it. I'm out of time today and won't make the self-imposed timeline for release today. I'm out tomorrow. Earliest will be Wednesday but I have no idea how to proceed with this build failure. On Mon, Dec 4, 2017 at 12:46 PM,

[jira] [Created] (HBASE-19428) Deprecate the compareTo(Row)

Chia-Ping Tsai created HBASE-19428: -- Summary: Deprecate the compareTo(Row) Key: HBASE-19428 URL: https://issues.apache.org/jira/browse/HBASE-19428 Project: HBase Issue Type: Sub-task

[jira] [Created] (HBASE-19427) Add TimeRange to Append

Chia-Ping Tsai created HBASE-19427: -- Summary: Add TimeRange to Append Key: HBASE-19427 URL: https://issues.apache.org/jira/browse/HBASE-19427 Project: HBase Issue Type: Sub-task

[jira] [Created] (HBASE-19426) Move has() and setTimestamp() to Mutation

Chia-Ping Tsai created HBASE-19426: -- Summary: Move has() and setTimestamp() to Mutation Key: HBASE-19426 URL: https://issues.apache.org/jira/browse/HBASE-19426 Project: HBase Issue Type:

[jira] [Created] (HBASE-19425) Align the methods in Put/Delete/Increment/Append

Chia-Ping Tsai created HBASE-19425: -- Summary: Align the methods in Put/Delete/Increment/Append Key: HBASE-19425 URL: https://issues.apache.org/jira/browse/HBASE-19425 Project: HBase Issue

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

On Mon, Dec 4, 2017 at 11:52 AM, Andrew Purtell wrote: > > I think this can be fixed by using `git archive` to generate the src tar > instead of the src assembly. > > We could update the make_rc.sh script to create the source tarball in this > way. Would you be willing to

[jira] [Created] (HBASE-19424) Metrics servlet doesn't work

Andrew Purtell created HBASE-19424: -- Summary: Metrics servlet doesn't work Key: HBASE-19424 URL: https://issues.apache.org/jira/browse/HBASE-19424 Project: HBase Issue Type: Bug Affects

Re: Removing hbase-native-client (HBASE-19419)

Thanks for the feedback. I intend to commit HBASE-19419 shortly unless objection. On Mon, Dec 4, 2017 at 3:38 PM, Ted Yu wrote: > +1 on removing pre-HBASE-14850 > stuff. > > On Mon, Dec 4, 2017 at 3:28 PM, Josh Elser

Re: branch-1 policy for builds against Hadoop 3.0.0

Thanks Josh. I've fixed the build so it at least compiles against Hadoop 3.0.0, and I think that is good enough. We do not need to claim anything better than that for branch-1.4 or branch-1 at this time. On Mon, Dec 4, 2017 at 3:30 PM, Josh Elser wrote: > +1 not release

Re: Removing hbase-native-client (HBASE-19419)

+1 on removing pre-HBASE-14850 stuff. On Mon, Dec 4, 2017 at 3:28 PM, Josh Elser wrote: > Makes sense to me. > > *soapbox* I think focusing on https://issues.apache.org/jira > /browse/HBASE-14850 would be a better use of

Re: branch-1 policy for builds against Hadoop 3.0.0

+1 not release blockers This stems from this line of thinking: * Hadoop does not dictate HBase's release schedule (except in extenuating circumstances) * HBase can't ensure compatibility against something that does not yet exist On 12/4/17 3:43 PM, Andrew Purtell wrote: Does anyone view

Re: Removing hbase-native-client (HBASE-19419)

Makes sense to me. *soapbox* I think focusing on https://issues.apache.org/jira/browse/HBASE-14850 would be a better use of time than trying to revitalize the old stuff (which I assume has begun to rot). On 12/4/17 3:00 PM, Andrew Purtell wrote: Mike Drob pointed me at HBASE-19176, where

[jira] [Reopened] (HBASE-19422) Exclude dependency on com.google.code.findbugs.jsr305

[ https://issues.apache.org/jira/browse/HBASE-19422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Drob reopened HBASE-19422: --- Assignee: Mike Drob (was: Ted Yu) > Exclude dependency on com.google.code.findbugs.jsr305 >

[jira] [Created] (HBASE-19423) Replication entries are not filtered correctly when replication scope is set through WAL Co-processor

Mohammad Arshad created HBASE-19423: --- Summary: Replication entries are not filtered correctly when replication scope is set through WAL Co-processor Key: HBASE-19423 URL:

[jira] [Created] (HBASE-19422) Exclude dependency on com.google.code.findbugs.jsr305

Ted Yu created HBASE-19422: -- Summary: Exclude dependency on com.google.code.findbugs.jsr305 Key: HBASE-19422 URL: https://issues.apache.org/jira/browse/HBASE-19422 Project: HBase Issue Type: Bug

Re: Release 1.4.0 update

We need to discuss branch-1 policy regarding builds against Hadoop 3.0.0. See HBASE-19421 On Mon, Dec 4, 2017 at 11:37 AM, Andrew Purtell wrote: > I propose to eject hbase-native-client to GitHub on HBASE-19419 > > On Fri, Dec 1, 2017 at 9:46 AM, Andrew Purtell

branch-1 policy for builds against Hadoop 3.0.0

Does anyone view compilation problems against Hadoop 3.0.0 in branch-1 as a release blocker? See HBASE-19421. In my view ​, use of Hadoop 3 with branch-1 HBase is not something we are going to recommend for production use for some time, and Hadoop 3.0.0 is not even GA yet. (I know it may be

[jira] [Created] (HBASE-19421) branch-1 does not compile against Hadoop 3.0.0

Andrew Purtell created HBASE-19421: -- Summary: branch-1 does not compile against Hadoop 3.0.0 Key: HBASE-19421 URL: https://issues.apache.org/jira/browse/HBASE-19421 Project: HBase Issue

[jira] [Created] (HBASE-19420) Backport HBASE-19152 (Update refguide 'how to build an RC' and the make_rc.sh script) to branch-1

Andrew Purtell created HBASE-19420: -- Summary: Backport HBASE-19152 (Update refguide 'how to build an RC' and the make_rc.sh script) to branch-1 Key: HBASE-19420 URL:

Re: Removing hbase-native-client (HBASE-19419)

Mike Drob pointed me at HBASE-19176, where hbase-native-client has already been removed from branch-2 given a similar rationale. Therefore I intend to do the same for branch-1.4 and branch-1. On HBASE-19419 Mike asked if hbase-native-client would be removed from branch-1.1, branch-1.2, and

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

> I think this can be fixed by using `git archive` to generate the src tar instead of the src assembly. We could update the make_rc.sh script to create the source tarball in this way. Would you be willing to make a patch for that? For release 1.4.0 and up though I propose we remove

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

I think I used some shorthand earlier and ambiguously represented my problem. The issue is that native is missing from the _source_ tarball. I completely understand why it would be missing from the binary tarball, maintaining native binaries is a huge hassle and not in our scope, IMO. However, I

Removing hbase-native-client (HBASE-19419)

We had a recent non-binding veto in a release candidate vote (for 1.1.13) due to, I think, legitimate confusion over the status of the hbase-native-client subdirectory in our source tree. This is a self contained native code connector that is not hooked up to our Maven build. Therefore there isn't

Re: Release 1.4.0 update

I propose to eject hbase-native-client to GitHub on HBASE-19419 On Fri, Dec 1, 2017 at 9:46 AM, Andrew Purtell wrote: > No problem, please commit it. > > On Thu, Nov 30, 2017 at 6:19 PM, Guanghao Zhang > wrote: > >> Andrew, HBASE-18626 is a document fix

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

I propose to eject hbase-native-client to GitHub on HBASE-19419 On Mon, Dec 4, 2017 at 11:27 AM, Andrew Purtell wrote: > hbase-native-client isn't hooked up to the build. We don't have a 'native' > profile like Hadoop that recurses into native component directories and >

[jira] [Created] (HBASE-19419) Remove hbase-native-client

Andrew Purtell created HBASE-19419: -- Summary: Remove hbase-native-client Key: HBASE-19419 URL: https://issues.apache.org/jira/browse/HBASE-19419 Project: HBase Issue Type: Task

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

hbase-native-client isn't hooked up to the build. We don't have a 'native' profile like Hadoop that recurses into native component directories and invokes cmake. This won't be available in any RC any RM would generate. Does one even make sense? Binaries built against what? What do you propose? On

[jira] [Resolved] (HBASE-19415) Backport HBASE-19056 to branch-1.x

[ https://issues.apache.org/jira/browse/HBASE-19415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell resolved HBASE-19415. Resolution: Fixed I see from git history that Ted picked back the HBASE-19056 commit to

[jira] [Created] (HBASE-19418) RANGE_OF_DELAY in PeriodicMemstoreFlusher should be configurable.

Jean-Marc Spaggiari created HBASE-19418: --- Summary: RANGE_OF_DELAY in PeriodicMemstoreFlusher should be configurable. Key: HBASE-19418 URL: https://issues.apache.org/jira/browse/HBASE-19418

[jira] [Reopened] (HBASE-19392) TestReplicaWithCluster#testReplicaGetWithPrimaryAndMetaDown failure in master

[ https://issues.apache.org/jira/browse/HBASE-19392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] huaxiang sun reopened HBASE-19392: -- The test has been better, but the flakey is still there. A different one, reopen the issue.

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

Thanks for the pointer, Andrew. This worked for me and I was able to start hbase now and can resume testing. I didn't mean to imply that Nick needs to create human release notes, but wanted to know if he had considered it in light of the plan to do so for 1.4.0. I think it's a nice to have, but

[jira] [Created] (HBASE-19417) Properly assign loaded flag in RSRpcServices#bulkLoadHFile()

Ted Yu created HBASE-19417: -- Summary: Properly assign loaded flag in RSRpcServices#bulkLoadHFile() Key: HBASE-19417 URL: https://issues.apache.org/jira/browse/HBASE-19417 Project: HBase Issue

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

I think you need to delete $TMPDIR/hbase-mdrob (or whatever is your username) before testing the binaries. Looks like you've been testing a later version and it's left data behind. We have not produced release notes beyond the JIRA generated ones for prior releases. We will soon. This is

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

-1 (non-binding) general: + sign, sums good src: - tar missing hbase-native-client (present in tag) + can build from source (oracle jdk 1.7.0_80) bin: - docs/doap_Hbase.rdf is very out of date (possibly not actually an issue) - unable to launch using bin/hbase-start.sh (both java 7 and 8), got

[jira] [Resolved] (HBASE-19192) HMaster#getRegionServerInfoPort() should respect config value of -1

[ https://issues.apache.org/jira/browse/HBASE-19192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Yu resolved HBASE-19192. Resolution: Not A Problem > HMaster#getRegionServerInfoPort() should respect config value of -1 >

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

+1 (non binding) Signature, sum: ok Able to start from bin: ok Check basic functionalities: ok LTT with 1M rows: ok Built from source: ok (8u151) Rat check: ok In the logs I saw this line. Source code repository URL looks incorrect. 2017-12-04 10:13:27,028 INFO [main] util.VersionInfo: Source

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

Thanks for putting this together, Nick! Do you plan to make a human-readable set of release notes in addition to the list of JIRA issues resolved? Mike On Fri, Dec 1, 2017 at 12:31 AM, Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.13

[jira] [Created] (HBASE-19416) Document dynamic configurations currently support

Reid Chan created HBASE-19416: - Summary: Document dynamic configurations currently support Key: HBASE-19416 URL: https://issues.apache.org/jira/browse/HBASE-19416 Project: HBase Issue Type: Task