Re: [VOTE] Third release candidate for HBase 1.1.6 (RC2) is available

That would NOT be expected. 1.1.x is built with jdk7 and expected to run on jdk7 and jdk8. I set JAVA_HOME to jdk7 for the build and usually use the same terminal session when trying the bits so I probably tried it with jdk7 before calling the vote. What are you seeing? What JDK? You on a Mac?

[jira] [Resolved] (HBASE-16538) Version mismatch in HBaseConfiguration.checkDefaultsVersion

[ https://issues.apache.org/jira/browse/HBASE-16538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell resolved HBASE-16538. Resolution: Fixed Pushed addendum > Version mismatch in

[jira] [Reopened] (HBASE-16538) Version mismatch in HBaseConfiguration.checkDefaultsVersion

[ https://issues.apache.org/jira/browse/HBASE-16538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell reopened HBASE-16538: I need to commit an addendum. This change is blocking release of 0.98.22.

[jira] [Created] (HBASE-16555) JUnit dependency not scoped as test

Robert G Duncan created HBASE-16555: --- Summary: JUnit dependency not scoped as test Key: HBASE-16555 URL: https://issues.apache.org/jira/browse/HBASE-16555 Project: HBase Issue Type: Bug

Re: [VOTE] Third release candidate for HBase 1.1.6 (RC2) is available

> I had to use jdk8. Couldn't get it to start with jdk7. That expected? I just unpacked https://dist.apache.org/repos/dist/dev/hbase/hbase-1.1.6RC2/hbase-1.1.6-bin.tar.gz and started up a minicluster out of the root of that tarball with "./bin/hbase master start" using java version "1.7.0_80"

Re: [DISCUSSION] Merge Backup / Restore - Branch HBASE-7912

+1 for merge of HBASE-7912 to master. I think this feature can go in in its present form and bake for sometime in the master. Work is continuing to harden it. From: Vladimir Rodionov Sent: Friday, September 02, 2016 8:51 AM To:

[jira] [Created] (HBASE-16554) Procedure v2 - handle corruption of WAL trailer

Appy created HBASE-16554: Summary: Procedure v2 - handle corruption of WAL trailer Key: HBASE-16554 URL: https://issues.apache.org/jira/browse/HBASE-16554 Project: HBase Issue Type: Bug

Re: [ANNOUNCE] Dima Spivak joins the Apache HBase PMC

Congratulations Dima! > On Aug 31, 2016, at 11:18 PM, ashish singhi wrote: > > Congratulations Dima! > > -Original Message- > From: Andrew Purtell [mailto:apurt...@apache.org] > Sent: 01 September 2016 01:08 > To: dev@hbase.apache.org; u...@hbase.apache.org >

[jira] [Resolved] (HBASE-16101) Procedure v2 - Perf Tool for WAL

[ https://issues.apache.org/jira/browse/HBASE-16101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Appy resolved HBASE-16101. -- Resolution: Fixed > Procedure v2 - Perf Tool for WAL > > >

[jira] [Created] (HBASE-16553) Spark tests fail on some non Linux systems

Andrew Purtell created HBASE-16553: -- Summary: Spark tests fail on some non Linux systems Key: HBASE-16553 URL: https://issues.apache.org/jira/browse/HBASE-16553 Project: HBase Issue Type:

Re: [VOTE] First release candidate for hbase-1.2.3 (RC0) is available

+1 based on OSX 10.11.6 Steps taken: Binary tar.gz: - Download the tarball - Test the MD5sum, it matched - Extract the tarball - Start HBase in standalone mode - Start the CLI - Access the master and regionServer web UIs - Stop HBase Source tar.gz: - Download the tarball - Test the MD5sum, it

[jira] [Resolved] (HBASE-16519) Procedure v2 - Avoid sync wait on DDLs operation

[ https://issues.apache.org/jira/browse/HBASE-16519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matteo Bertozzi resolved HBASE-16519. - Resolution: Fixed > Procedure v2 - Avoid sync wait on DDLs operation >

Re: [DISCUSSION] Merge Backup / Restore - Branch HBASE-7912

Snapshot robustness is better now with introduction of region splits/merges on/off feature. Region splits during snapshots was the major problem. -Vlad On Fri, Sep 2, 2016 at 8:12 AM, Vladimir Rodionov wrote: > >>Are they independent enough that we can get

Re: [DISCUSSION] Merge Backup / Restore - Branch HBASE-7912

>>Are they independent enough that we can get backup/restore tolerant to >>failures prior to merge to master? Prior to backport to branch-1? As we stated already, snapshots are not part of the feature, snapshots has been merged into the master long time ago and as far as I understood - without

Re: Successful: HBase Generate Website

Pushed. -Dima On Fri, Sep 2, 2016 at 7:58 AM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > Build status: Successful > > If successful, the website and docs have been generated. To update the > live site, follow the instructions below. If failed, skip to the bottom of > this

Successful: HBase Generate Website

Build status: Successful If successful, the website and docs have been generated. To update the live site, follow the instructions below. If failed, skip to the bottom of this email. Use the following commands to download the patch and apply it to a clean branch based on origin/asf-site. If

Re: [DISCUSSION] Merge Backup / Restore - Branch HBASE-7912

We're continuing to make backup / restore more robust. Work in progress (both are close to being integrated): HBASE-15565 Rewrite restore with Procedure V2 HBASE-15449 Support physical table layout change Since snapshot is dependency in the full backup, backup / restore wouldn't be more robust

[jira] [Created] (HBASE-16552) MiniHBaseCluster#getServerWith() does not ignore stopped RSs

Matteo Bertozzi created HBASE-16552: --- Summary: MiniHBaseCluster#getServerWith() does not ignore stopped RSs Key: HBASE-16552 URL: https://issues.apache.org/jira/browse/HBASE-16552 Project: HBase

Re: [DISCUSSION] Merge Backup / Restore - Branch HBASE-7912

right, they're separate features but when asked about "robust backup/restore" (which is what I care about for this feature getting merged) things were pawned off on snapshots. Are they independent enough that we can get backup/restore tolerant to failures prior to merge to master? Prior to

Re: [VOTE] First release candidate for hbase-1.2.3 (RC0) is available

+1 - Source and binary tarball signature and sums: verified - Unpacked source and binary tarballs: layout looks good - Built from source with release auditing enabled: build passes (openjdk 7u111) - Loaded 1M rows with LTT (10 readers, 10 writers, 10 updaters (20%)): all keys verified, no