[jira] [Reopened] (HBASE-20130) Use defaults (16020 & 16030) as base ports when the RS is bound to localhost

[Sean Busbey (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HBASE-20130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sean Busbey reopened HBASE-20130:
-

reopening, please make an addendum that cleans up the shellcheck finding.

> Use defaults (16020 & 16030) as base ports when the RS is bound to localhost
> 
>
> Key: HBASE-20130
> URL: https://issues.apache.org/jira/browse/HBASE-20130
> Project: HBase
>  Issue Type: Bug
>  Components: documentation
>Reporter: Chia-Ping Tsai
>Assignee: Umesh Agashe
>Priority: Critical
> Fix For: 2.0.0
>
> Attachments: hbase-20130.master.001.patch, 
> hbase-20130.master.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Looking for AsyncWAL docs

[Mike Drob]

Hi folks,

I've been working on some of the docs relating to the upcoming 2.0 release
and have struggled to find content around AsyncWAL. My impression is that
this is a pretty important new feature, yet there's nothing in the ref
guide about it.

Does it have a different name that I'm not familiar with?

If it's not in the ref guide, should I file a JIRA issue for somebody to
generate that content? Specific things that I'd be looking for are:
- How to enable/disable
- How does this impact data durability, MTTR, failover scenarios, etc.
- How does this impact replication
- Which configuration knobs exist and when would I want to tune them

As a last resort, I can try to dig through RNs in existing issues, but
that's been pretty hit or miss (mostly miss) for me so far too.

Thanks,
Mike

[VOTE] HBase 1.3.2 (RC1) - Needs one more vote

[Francis Liu]

Hi Guys,

HBase 1.3.2 (RC1) needs one more binding vote. I'm extending the vote by 72
hours which ends Thursday 22:00 PST. If any PMC member has the time to take
a look would appreciate the help.

Thanks,
Francis

[jira] [Created] (HBASE-20291) Fix for The POM for net.minidev:json-smart:jar:2.3-SNAPSHOT is missing, no dependency information available with hadoop.profile=3.0

[Artem Ervits (JIRA)]

Artem Ervits created HBASE-20291:


 Summary: Fix for The POM for 
net.minidev:json-smart:jar:2.3-SNAPSHOT is missing, no dependency information 
available with hadoop.profile=3.0
 Key: HBASE-20291
 URL: https://issues.apache.org/jira/browse/HBASE-20291
 Project: HBase
  Issue Type: Bug
Reporter: Artem Ervits
Assignee: Artem Ervits


receiving message
{code:java}
The POM for net.minidev:json-smart:jar:2.3-SNAPSHOT is missing, no dependency 
information available{code}
when running with
{code:java}
mvn clean install -DHBasePatchProcess -Dhadoop-three.version=3.0.0 
-Dhadoop.profile=3.0 -DskipTests{code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: [DISCUSS] Compilation on $ARCH which protoc doesn't support

[Josh Elser]

Coming full circle: https://github.com/google/protobuf/pull/4411

I got some traction from some acquaintances who actually know ppc64le. 
Hopefully we can just drag our feet long enough and will require nothing 
from our end :)


On 3/16/18 1:27 PM, Josh Elser wrote:

Hey Duo,

Yeah, that's #1 that I outlined. See also the link to the pull request 
which has stalled since last Fall. My C++ skills are beyond rusty, and I 
wouldn't know where to start with PPC in general.


I've reached out to some folks in the hopes of getting someone who can 
drive it home as, like you allude, this would be ideal and require no 
change from us in HBase.


On 3/15/18 8:52 PM, 张铎(Duo Zhang) wrote:

IIRC there is an issue on compiling hbase on arm, and the guy there faced
the same problem. Seems the final solution is that they filed an issue 
for

the protobuf project and now there is a pre complied binary for arm64
available in the central maven repo...

http://central.maven.org/maven2/com/google/protobuf/protoc/3.5.1-1/

There is a 'protoc-3.5.1-1-linux-aarch_64.exe'

So is it possible to do the same thing for ppc?

2018-03-16 4:09 GMT+08:00 Josh Elser :




On 3/15/18 3:45 PM, Stack wrote:


On Thu, Mar 15, 2018 at 12:03 PM, Josh Elser  wrote:

I'm faced with what I think is a tricky issue. I'm trying to help 
folks to

compile HBase on PPC. The protobuf community does not publish a PPC
binary
for protoc which means that the HBase build can't generate our 
protobuf
files. Protobuf supports: x86/x86_64 for linux, windows, and osx in 
3.3.0

(an aarch_64 starting in 3.5.0).

I'm trying to think through any/all solutions:

1. Get protobuf folks to build/publish protoc for PPC.
2. Commit our generated java files to the repository and provide an
option
to skip compilation on unsupported ARCHs.
3. Try to find/create some non-official PPC support ala
https://github.com/os72/protoc-jar
4. Do nothing

Evaluating these, #1 and #3 are a "later" solution. #2 puts some 
pain on
developers to git-add these files if they are modified. Maybe not a 
lot

of
pain since protocol changes should be infrequent at this point?


We used to do this but after some work the nice protobuf-maven-plugin

that
provides platform-appropriate protoc made it so we could skip having 
to do

this halving (IIRC) the size of our checkout.

Have a PPC profile that messes w/ the module list? (Claim on the 
profiles
doc page is that its possible[1]). Exclude hbase-protocol* modules 
if os

finds that the platform is PPC? (Activating a profile based off os is
common usage). Have the PPC profile depend on published versions of 
these

jars? Would something like this do Josh?

St.Ack
1. http://maven.apache.org/guides/introduction/introduction-to-
profiles.html



Interesting... I had the idea, but brushed it off because I didn't think
there was a way to accomplish it realistically. Your solution makes me
think it might work.

I remember the checked-in-compiled-code version (and much prefer what we
have now, sadly). Let me poke at your suggestion and see what I can
frankenstein together.

Thanks!

Re: [VOTE] The first HBase 1.4.3 release candidate (RC0) is available

[Umesh Agashe]

+1 non-binding

download src & bin tar ball   - OK
signatures & sums- OK
build from source (openjdk version "1.8.0_151")  - OK
rat check   - OK
start local instance from bin & CRUD from shell  - OK
LTT write, read1 million rows, 2 cols/row  - OK
check logs - OK


On Mon, Mar 26, 2018 at 9:38 AM, Artem Ervits  wrote:

> the only thing I did was
> start from bin tarball
> ran some shell commands
> some java
> then took snapshot
> dropped the table
> restored from snapshot
> more shell commands
> stopped hbase
> built from source and installed
> that's pretty much where I saw the error in the UI
>
> On Mon, Mar 26, 2018 at 12:24 PM, Andrew Purtell  >
> wrote:
>
> > Thanks for testing the RC!
> >
> > Can you say more about the circumstances that lead to the
> > CorruptHFileException?
> >
> >
> > > On Mar 26, 2018, at 9:22 AM, Artem Ervits 
> wrote:
> > >
> > > +1 (non-binding)
> > >
> > > signatures:
> > >  src: OK
> > >  bin: OK
> > > sha512:
> > >  src: OK
> > >  bin: OK
> > >
> > > hbase shell: OK
> > > logs: OK
> > >
> > > Hadoop Pseudo-distrbibuted: 2.7.5
> > > Java 1.8.0_161 1M rows - 1.4.2 client: OK
> > > HBase PE: OK
> > >
> > > Source Release:
> > >
> > > Build and install: OK
> > > tests: OK
> > >  ran tests and still encounterederrors on hbase-server for
> > > TestSpnegoHttpServer
> > >
> > > HBase UI: NOK
> > >  splits/merges OK
> > >  see this for the first timed
> > >  org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem
> reading
> > > HFile Trailer from file hdfs://
> > > hadoop.example.com:9000/apps/hbase/data/default/table1/
> > 23fb9fe7c999be282e1bbb86d6cdb999/cf/table1=
> 23fb9fe7c999be282e1bbb86d6cdb9
> > 99-3b61a7574888488b8e35b64b3fa15f2f
> > >
> > >
> > > On Mon, Mar 26, 2018 at 8:48 AM, Balazs Meszaros <
> > > balazs.mesza...@cloudera.com> wrote:
> > >
> > >> +1
> > >>
> > >> - built from source: OK
> > >> - unit tests passed: OK
> > >> - rat check: OK
> > >> - LTT with 1M rows: OK
> > >> - ran basic shell commands: OK
> > >> - web UI: OK
> > >>
> > >>> On Sat, Mar 24, 2018 at 4:37 AM, Ted Yu  wrote:
> > >>>
> > >>> +1
> > >>>
> > >>> Ran test suite with Java 1.8.0_151 - passed
> > >>> Ran RAT check - passed
> > >>>
> > >>> LoadTestTool loaded 1M rows
> > >>>
> > >>> On Fri, Mar 23, 2018 at 5:09 PM, Andrew Purtell  >
> > >>> wrote:
> > >>>
> >  The first HBase 1.4.3 release candidate (RC0) is available for
> > download
> > >>> at
> >  https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/ and
> > Maven
> >  artifacts are available in the temporary repository
> >  https://repository.apache.org/content/repositories/
> > >> orgapachehbase-1207/
> > >>> .
> > 
> >  The git tag corresponding to the candidate is '1.4.3RC0'
> (172373d1f0).
> > 
> >  A detailed source and binary compatibility report for this release
> is
> >  available for your review at
> >  https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/
> >  compat-check-report.html
> >  .
> > 
> >  A list of the 36 issues resolved in this release can be found at
> >  https://s.apache.org/FM08 .
> > 
> >  Please try out the candidate and vote +1/0/-1.
> > 
> >  This vote will be open for at least 72 hours. Unless objection I
> will
> > >> try
> >  to close it Friday March 30, 2018 if we have sufficient votes.
> > 
> >  Prior to making this announcement I made the following preflight
> > >> checks:
> > 
> > RAT check passes (7u80)
> > Unit test suite passes (7u80)
> > LTT load 1M rows with 100% verification and 20% updates (8u152)
> > ITBLL Loop 1 1B rows (8u152)
> > 
> > 
> >  --
> >  Best regards,
> >  Andrew
> > 
> > >>>
> > >>
> >
>

Re: [VOTE] The first HBase 1.4.3 release candidate (RC0) is available

[Artem Ervits]

the only thing I did was
start from bin tarball
ran some shell commands
some java
then took snapshot
dropped the table
restored from snapshot
more shell commands
stopped hbase
built from source and installed
that's pretty much where I saw the error in the UI

On Mon, Mar 26, 2018 at 12:24 PM, Andrew Purtell 
wrote:

> Thanks for testing the RC!
>
> Can you say more about the circumstances that lead to the
> CorruptHFileException?
>
>
> > On Mar 26, 2018, at 9:22 AM, Artem Ervits  wrote:
> >
> > +1 (non-binding)
> >
> > signatures:
> >  src: OK
> >  bin: OK
> > sha512:
> >  src: OK
> >  bin: OK
> >
> > hbase shell: OK
> > logs: OK
> >
> > Hadoop Pseudo-distrbibuted: 2.7.5
> > Java 1.8.0_161 1M rows - 1.4.2 client: OK
> > HBase PE: OK
> >
> > Source Release:
> >
> > Build and install: OK
> > tests: OK
> >  ran tests and still encounterederrors on hbase-server for
> > TestSpnegoHttpServer
> >
> > HBase UI: NOK
> >  splits/merges OK
> >  see this for the first timed
> >  org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading
> > HFile Trailer from file hdfs://
> > hadoop.example.com:9000/apps/hbase/data/default/table1/
> 23fb9fe7c999be282e1bbb86d6cdb999/cf/table1=23fb9fe7c999be282e1bbb86d6cdb9
> 99-3b61a7574888488b8e35b64b3fa15f2f
> >
> >
> > On Mon, Mar 26, 2018 at 8:48 AM, Balazs Meszaros <
> > balazs.mesza...@cloudera.com> wrote:
> >
> >> +1
> >>
> >> - built from source: OK
> >> - unit tests passed: OK
> >> - rat check: OK
> >> - LTT with 1M rows: OK
> >> - ran basic shell commands: OK
> >> - web UI: OK
> >>
> >>> On Sat, Mar 24, 2018 at 4:37 AM, Ted Yu  wrote:
> >>>
> >>> +1
> >>>
> >>> Ran test suite with Java 1.8.0_151 - passed
> >>> Ran RAT check - passed
> >>>
> >>> LoadTestTool loaded 1M rows
> >>>
> >>> On Fri, Mar 23, 2018 at 5:09 PM, Andrew Purtell 
> >>> wrote:
> >>>
>  The first HBase 1.4.3 release candidate (RC0) is available for
> download
> >>> at
>  https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/ and
> Maven
>  artifacts are available in the temporary repository
>  https://repository.apache.org/content/repositories/
> >> orgapachehbase-1207/
> >>> .
> 
>  The git tag corresponding to the candidate is '1.4.3RC0' (172373d1f0).
> 
>  A detailed source and binary compatibility report for this release is
>  available for your review at
>  https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/
>  compat-check-report.html
>  .
> 
>  A list of the 36 issues resolved in this release can be found at
>  https://s.apache.org/FM08 .
> 
>  Please try out the candidate and vote +1/0/-1.
> 
>  This vote will be open for at least 72 hours. Unless objection I will
> >> try
>  to close it Friday March 30, 2018 if we have sufficient votes.
> 
>  Prior to making this announcement I made the following preflight
> >> checks:
> 
> RAT check passes (7u80)
> Unit test suite passes (7u80)
> LTT load 1M rows with 100% verification and 20% updates (8u152)
> ITBLL Loop 1 1B rows (8u152)
> 
> 
>  --
>  Best regards,
>  Andrew
> 
> >>>
> >>
>

[jira] [Created] (HBASE-20290) Typo in enable_table_replication error message

[Peter Somogyi (JIRA)]

Peter Somogyi created HBASE-20290:
-

 Summary: Typo in enable_table_replication error message
 Key: HBASE-20290
 URL: https://issues.apache.org/jira/browse/HBASE-20290
 Project: HBase
  Issue Type: Bug
  Components: shell
Affects Versions: 1.2.6
Reporter: Peter Somogyi


 

Typo: comapred
{noformat}
hbase(main):020:0> enable_table_replication 'repl'

ERROR: Table repl exists in peer cluster 1, but the table descriptors are not 
same when comapred with source cluster. Thus can not enable the table's 
replication switch.{noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: [VOTE] The first HBase 1.4.3 release candidate (RC0) is available

[Andrew Purtell]

Thanks for testing the RC!

Can you say more about the circumstances that lead to the 
CorruptHFileException? 


> On Mar 26, 2018, at 9:22 AM, Artem Ervits  wrote:
> 
> +1 (non-binding)
> 
> signatures:
>  src: OK
>  bin: OK
> sha512:
>  src: OK
>  bin: OK
> 
> hbase shell: OK
> logs: OK
> 
> Hadoop Pseudo-distrbibuted: 2.7.5
> Java 1.8.0_161 1M rows - 1.4.2 client: OK
> HBase PE: OK
> 
> Source Release:
> 
> Build and install: OK
> tests: OK
>  ran tests and still encounterederrors on hbase-server for
> TestSpnegoHttpServer
> 
> HBase UI: NOK
>  splits/merges OK
>  see this for the first timed
>  org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading
> HFile Trailer from file hdfs://
> hadoop.example.com:9000/apps/hbase/data/default/table1/23fb9fe7c999be282e1bbb86d6cdb999/cf/table1=23fb9fe7c999be282e1bbb86d6cdb999-3b61a7574888488b8e35b64b3fa15f2f
> 
> 
> On Mon, Mar 26, 2018 at 8:48 AM, Balazs Meszaros <
> balazs.mesza...@cloudera.com> wrote:
> 
>> +1
>> 
>> - built from source: OK
>> - unit tests passed: OK
>> - rat check: OK
>> - LTT with 1M rows: OK
>> - ran basic shell commands: OK
>> - web UI: OK
>> 
>>> On Sat, Mar 24, 2018 at 4:37 AM, Ted Yu  wrote:
>>> 
>>> +1
>>> 
>>> Ran test suite with Java 1.8.0_151 - passed
>>> Ran RAT check - passed
>>> 
>>> LoadTestTool loaded 1M rows
>>> 
>>> On Fri, Mar 23, 2018 at 5:09 PM, Andrew Purtell 
>>> wrote:
>>> 
 The first HBase 1.4.3 release candidate (RC0) is available for download
>>> at
 https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/ and Maven
 artifacts are available in the temporary repository
 https://repository.apache.org/content/repositories/
>> orgapachehbase-1207/
>>> .
 
 The git tag corresponding to the candidate is '1.4.3RC0' (172373d1f0).
 
 A detailed source and binary compatibility report for this release is
 available for your review at
 https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/
 compat-check-report.html
 .
 
 A list of the 36 issues resolved in this release can be found at
 https://s.apache.org/FM08 .
 
 Please try out the candidate and vote +1/0/-1.
 
 This vote will be open for at least 72 hours. Unless objection I will
>> try
 to close it Friday March 30, 2018 if we have sufficient votes.
 
 Prior to making this announcement I made the following preflight
>> checks:
 
RAT check passes (7u80)
Unit test suite passes (7u80)
LTT load 1M rows with 100% verification and 20% updates (8u152)
ITBLL Loop 1 1B rows (8u152)
 
 
 --
 Best regards,
 Andrew
 
>>> 
>> 

Re: [VOTE] The first HBase 1.4.3 release candidate (RC0) is available

[Artem Ervits]

+1 (non-binding)

signatures:
  src: OK
  bin: OK
 sha512:
  src: OK
  bin: OK

hbase shell: OK
logs: OK

Hadoop Pseudo-distrbibuted: 2.7.5
Java 1.8.0_161 1M rows - 1.4.2 client: OK
HBase PE: OK

Source Release:

Build and install: OK
tests: OK
  ran tests and still encounterederrors on hbase-server for
TestSpnegoHttpServer

HBase UI: NOK
  splits/merges OK
  see this for the first timed
  org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading
HFile Trailer from file hdfs://
hadoop.example.com:9000/apps/hbase/data/default/table1/23fb9fe7c999be282e1bbb86d6cdb999/cf/table1=23fb9fe7c999be282e1bbb86d6cdb999-3b61a7574888488b8e35b64b3fa15f2f


On Mon, Mar 26, 2018 at 8:48 AM, Balazs Meszaros <
balazs.mesza...@cloudera.com> wrote:

> +1
>
> - built from source: OK
> - unit tests passed: OK
> - rat check: OK
> - LTT with 1M rows: OK
> - ran basic shell commands: OK
> - web UI: OK
>
> On Sat, Mar 24, 2018 at 4:37 AM, Ted Yu  wrote:
>
> > +1
> >
> > Ran test suite with Java 1.8.0_151 - passed
> > Ran RAT check - passed
> >
> > LoadTestTool loaded 1M rows
> >
> > On Fri, Mar 23, 2018 at 5:09 PM, Andrew Purtell 
> > wrote:
> >
> > > The first HBase 1.4.3 release candidate (RC0) is available for download
> > at
> > > https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/ and Maven
> > > artifacts are available in the temporary repository
> > > https://repository.apache.org/content/repositories/
> orgapachehbase-1207/
> > .
> > >
> > > The git tag corresponding to the candidate is '1.4.3RC0' (172373d1f0).
> > >
> > > A detailed source and binary compatibility report for this release is
> > > available for your review at
> > > https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/
> > > compat-check-report.html
> > > .
> > >
> > > A list of the 36 issues resolved in this release can be found at
> > > https://s.apache.org/FM08 .
> > >
> > > Please try out the candidate and vote +1/0/-1.
> > >
> > > This vote will be open for at least 72 hours. Unless objection I will
> try
> > > to close it Friday March 30, 2018 if we have sufficient votes.
> > >
> > > Prior to making this announcement I made the following preflight
> checks:
> > >
> > > RAT check passes (7u80)
> > > Unit test suite passes (7u80)
> > > LTT load 1M rows with 100% verification and 20% updates (8u152)
> > > ITBLL Loop 1 1B rows (8u152)
> > >
> > >
> > > --
> > > Best regards,
> > > Andrew
> > >
> >
>

[jira] [Created] (HBASE-20289) Comparator for NormalizationPlan breaks comparator's convention

[Yuki Tawara (JIRA)]

Yuki Tawara created HBASE-20289:
---

 Summary: Comparator for NormalizationPlan breaks comparator's 
convention
 Key: HBASE-20289
 URL: https://issues.apache.org/jira/browse/HBASE-20289
 Project: HBase
  Issue Type: Bug
  Components: master
Reporter: Yuki Tawara


Comparator must meet the condition: sign(comparator(plan1, plan2)) = - 
sign(comparator(plan2, plan1)).
Current implementation breaks above condition.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Reopened] (HBASE-19128) Purge Distributed Log Replay from codebase, configurations, text; mark the feature as unsupported, broken.

[Sean Busbey (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HBASE-19128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sean Busbey reopened HBASE-19128:
-

> Purge Distributed Log Replay from codebase, configurations, text; mark the 
> feature as unsupported, broken.
> --
>
> Key: HBASE-19128
> URL: https://issues.apache.org/jira/browse/HBASE-19128
> Project: HBase
>  Issue Type: Sub-task
>  Components: documentation
>Reporter: stack
>Assignee: Appy
>Priority: Major
>  Labels: incompatible
> Fix For: 2.0.0-beta-1, 2.0.0
>
> Attachments: HBASE-19128.master.001.patch, 
> HBASE-19128.master.002.patch, HBASE-19128.master.003.patch, 
> HBASE-19128.master.004.patch, HBASE-19128.master.005.patch, 
> HBASE-19128.master.006.patch
>
>
> Kill it. It keeps coming up and over again. Needs proper burial.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Resolved] (HBASE-19128) Purge Distributed Log Replay from codebase, configurations, text; mark the feature as unsupported, broken.

[Sean Busbey (JIRA)]

 [ 
https://issues.apache.org/jira/browse/HBASE-19128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sean Busbey resolved HBASE-19128.
-
  Resolution: Fixed
Hadoop Flags: Incompatible change

> Purge Distributed Log Replay from codebase, configurations, text; mark the 
> feature as unsupported, broken.
> --
>
> Key: HBASE-19128
> URL: https://issues.apache.org/jira/browse/HBASE-19128
> Project: HBase
>  Issue Type: Sub-task
>  Components: documentation
>Reporter: stack
>Assignee: Appy
>Priority: Major
>  Labels: incompatible
> Fix For: 2.0.0, 2.0.0-beta-1
>
> Attachments: HBASE-19128.master.001.patch, 
> HBASE-19128.master.002.patch, HBASE-19128.master.003.patch, 
> HBASE-19128.master.004.patch, HBASE-19128.master.005.patch, 
> HBASE-19128.master.006.patch
>
>
> Kill it. It keeps coming up and over again. Needs proper burial.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (HBASE-20288) [DOC] upgrade section needs to call out DLR

[Sean Busbey (JIRA)]

Sean Busbey created HBASE-20288:
---

 Summary: [DOC] upgrade section needs to call out DLR
 Key: HBASE-20288
 URL: https://issues.apache.org/jira/browse/HBASE-20288
 Project: HBase
  Issue Type: Sub-task
  Components: documentation, wal
Affects Versions: 2.0.0
Reporter: Sean Busbey
Assignee: Sean Busbey
 Fix For: 2.0.0


copied out of HBASE-13428. I think from [~stack]

{quote}
* Make sure Distributed Log Replay is not enabled on your hbase1 cluster; it 
was problematic in hbase1 and does not work at all in hbase2.
{quote}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: Permission to add contributors

[Peter Somogyi]

Thanks Busbey!

On Mon, Mar 26, 2018 at 5:06 PM, Sean Busbey  wrote:

> Hi Peter!
>
> I've updated the list of committers in JIRA to include you. Sorry for
> the process gap!
>
> You should now have the HBase project listed under "Jira
> administration" (I think it's the gear in the upper right)
>
> https://issues.apache.org/jira/plugins/servlet/project-
> config/HBASE/summary
>
> "Users and Roles" is where you add folks as contributors. Either
> "Contributors" or "Contributors 1" should work fine. The latter was
> added when we hit some scalability limit in an older version of JIRA
> around number of folks in a group.
>
> On Mon, Mar 26, 2018 at 9:32 AM, Peter Somogyi 
> wrote:
> > Hi,
> >
> > Could someone give me permission to add users as contributors to HBase
> JIRA?
> >
> > Thanks,
> > Peter
>

Re: Permission to add contributors

[Sean Busbey]

Hi Peter!

I've updated the list of committers in JIRA to include you. Sorry for
the process gap!

You should now have the HBase project listed under "Jira
administration" (I think it's the gear in the upper right)

https://issues.apache.org/jira/plugins/servlet/project-config/HBASE/summary

"Users and Roles" is where you add folks as contributors. Either
"Contributors" or "Contributors 1" should work fine. The latter was
added when we hit some scalability limit in an older version of JIRA
around number of folks in a group.

On Mon, Mar 26, 2018 at 9:32 AM, Peter Somogyi  wrote:
> Hi,
>
> Could someone give me permission to add users as contributors to HBase JIRA?
>
> Thanks,
> Peter

Permission to add contributors

[Peter Somogyi]

Hi,

Could someone give me permission to add users as contributors to HBase JIRA?

Thanks,
Peter

Re: [VOTE] The first HBase 1.4.3 release candidate (RC0) is available

[Balazs Meszaros]

+1

- built from source: OK
- unit tests passed: OK
- rat check: OK
- LTT with 1M rows: OK
- ran basic shell commands: OK
- web UI: OK

On Sat, Mar 24, 2018 at 4:37 AM, Ted Yu  wrote:

> +1
>
> Ran test suite with Java 1.8.0_151 - passed
> Ran RAT check - passed
>
> LoadTestTool loaded 1M rows
>
> On Fri, Mar 23, 2018 at 5:09 PM, Andrew Purtell 
> wrote:
>
> > The first HBase 1.4.3 release candidate (RC0) is available for download
> at
> > https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/ and Maven
> > artifacts are available in the temporary repository
> > https://repository.apache.org/content/repositories/orgapachehbase-1207/
> .
> >
> > The git tag corresponding to the candidate is '1.4.3RC0' (172373d1f0).
> >
> > A detailed source and binary compatibility report for this release is
> > available for your review at
> > https://dist.apache.org/repos/dist/dev/hbase/hbase-1.4.3RC0/
> > compat-check-report.html
> > .
> >
> > A list of the 36 issues resolved in this release can be found at
> > https://s.apache.org/FM08 .
> >
> > Please try out the candidate and vote +1/0/-1.
> >
> > This vote will be open for at least 72 hours. Unless objection I will try
> > to close it Friday March 30, 2018 if we have sufficient votes.
> >
> > Prior to making this announcement I made the following preflight checks:
> >
> > RAT check passes (7u80)
> > Unit test suite passes (7u80)
> > LTT load 1M rows with 100% verification and 20% updates (8u152)
> > ITBLL Loop 1 1B rows (8u152)
> >
> >
> > --
> > Best regards,
> > Andrew
> >
>

[jira] [Created] (HBASE-20287) After cluster startup list_regions command fails on disabled table

[Peter Somogyi (JIRA)]

Peter Somogyi created HBASE-20287:
-

 Summary: After cluster startup list_regions command fails on 
disabled table
 Key: HBASE-20287
 URL: https://issues.apache.org/jira/browse/HBASE-20287
 Project: HBase
  Issue Type: Sub-task
  Components: shell
Affects Versions: 2.0.0
Reporter: Peter Somogyi


After cluster startup list_regions throw “ERROR: undefined method `toString' 
for nil:NilClass”. If you enable the table and disable it you don't see the 
error again, only after cluster startup. 
{noformat}
After startup list_regions throw “ERROR: undefined method `toString' for 
nil:NilClass”.

hbase(main):009:0> list_regions 'ltt'

ERROR: undefined method `toString' for nil:NilClass

   List all regions for a particular table as an array and also filter them 
by server name (optional) as prefix
   and maximum locality (optional). By default, it will return all the 
regions for the table with any locality.
   The command displays server name, region name, start key, end key, size 
of the region in MB, number of requests
   and the locality. The information can be projected out via an array as 
third parameter. By default all these information
   is displayed. Possible array values are SERVER_NAME, REGION_NAME, 
START_KEY, END_KEY, SIZE, REQ and LOCALITY. Values
   are not case sensitive. If you don't want to filter by server name, pass 
an empty hash / string as shown below.

   Examples:
   hbase> list_regions 'table_name'
   hbase> list_regions 'table_name', 'server_name'
   hbase> list_regions 'table_name', {SERVER_NAME => 'server_name', 
LOCALITY_THRESHOLD => 0.8}
   hbase> list_regions 'table_name', {SERVER_NAME => 'server_name', 
LOCALITY_THRESHOLD => 0.8}, ['SERVER_NAME']
   hbase> list_regions 'table_name', {}, ['SERVER_NAME', 'start_key']
   hbase> list_regions 'table_name', '', ['SERVER_NAME', 'start_key']

Took 0.0283 seconds{noformat}
 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (HBASE-20286) Improving shell command compaction_state

[Csaba Skrabak (JIRA)]

Csaba Skrabak created HBASE-20286:
-

 Summary: Improving shell command compaction_state
 Key: HBASE-20286
 URL: https://issues.apache.org/jira/browse/HBASE-20286
 Project: HBase
  Issue Type: Bug
Reporter: Csaba Skrabak






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)