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

2018-12-14 Thread Sakthi 
(+1 Non-Binding)

   1. Checksums and signatures(both src and bin): OK
   2. Rat Check: OK
   3. Built from source: OK
   4. Unit Tests: OK
   5. Basic Shell commands: OK
   6. Web UI: OK
   7. LTT with 1M rows: OK

Sakthi

On Fri, Dec 14, 2018 at 6:18 PM Andrew Purtell  wrote:

> The first HBase 1.3.3 release candidate (RC0) is available for download at
> https://dist.apache.org/repos/dist/dev/hbase/hbase-1.3.3RC0/ and Maven
> artifacts are available in the temporary repository
> https://repository.apache.org/content/repositories/orgapachehbase-1244/
>
> The git tag corresponding to the candidate is '1.3.3RC0' (a75a458e0c).
>
> A detailed source and binary compatibility report for this release is
> available at
>
> https://dist.apache.org/repos/dist/dev/hbase/hbase-1.3.3RC0/compat-check-report.html
> . I believe there are no reported compatibility issues that are out of
> policy, justifiable, or have not been previously discussed, like the
> removal of Base64. Please review and raise any concerns if you have them.
>
> A list of the 174 issues resolved in this release can be found at
> https://s.apache.org/uKCX .
>
> Please try out the candidate and vote +1/0/-1.
>
> The vote will be open for at least 72 hours. Unless objection I will try to
> close it Friday December 21, 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 (8u172)
> Loaded the UI in a browser, poked around (8u181)
> LTT load 100M rows with 100% verification and 20% updates (8u181)
> ITBLL 500M rows with slowDeterministic monkey (8u181)
> ITBLL 500M rows with serverKilling monkey (8u181)
>
>
> --
> Best regards,
> Andrew
>
> Words like orphans lost among the crosstalk, meaning torn from truth's
> decrepit hands
>- A23, Crosstalk
>

Re: [NOTICE] HBase 1.5.0-SNAPSHOT now available for testing (and updated at least weekly)

2018-12-14 Thread Andrew Purtell 
Refreshed today to include HBASE-21590 (Optimize trySkipToNextColumn in
StoreScanner a bit) and addendum.


On Fri, Dec 7, 2018 at 4:47 PM Andrew Purtell  wrote:

> In anticipation of the first HBase 1.5 release next month, 1.5.0, I have
> begun publishing weekly (ish) snapshots. Artifacts are available in
> Apache's snapshots repository and source and binary tarballs can be
> downloaded from
> https://dist.apache.org/repos/dist/dev/hbase/hbase-1.5.0-SNAPSHOT/ .
> These artifacts are a byproduct of a pre-release RM process and so will be
> updated frequently, but possibly not daily, up until we have a 1.5.0
> release some time in January 2019 (hopefully).
>
> Please note this is not a release and not an official artifact of the
> Apache HBase project, nor the Apache HBase PMC, nor the Apache Software
> Foundation. This is a set of convenience artifacts made available to HBase
> developers and potential adopters with no guarantees or warranties. They
> are not suitable for production usage. They have not undergone any release
> testing, release process, or formal vote. Should you deploy them in a real
> application you may need to employ an Einstein-Rosen bridge (if you prefer
> science fiction) or a seance (if you prefer the fantastic) to recover your
> data.
>
> --
> Best regards,
> Andrew
>
> Words like orphans lost among the crosstalk, meaning torn from truth's
> decrepit hands
>- A23, Crosstalk
>


-- 
Best regards,
Andrew

Words like orphans lost among the crosstalk, meaning torn from truth's
decrepit hands
   - A23, Crosstalk

[VOTE] The first HBase 1.3.3 release candidate (RC0) is available

2018-12-14 Thread Andrew Purtell 
The first HBase 1.3.3 release candidate (RC0) is available for download at
https://dist.apache.org/repos/dist/dev/hbase/hbase-1.3.3RC0/ and Maven
artifacts are available in the temporary repository
https://repository.apache.org/content/repositories/orgapachehbase-1244/

The git tag corresponding to the candidate is '1.3.3RC0' (a75a458e0c).

A detailed source and binary compatibility report for this release is
available at
https://dist.apache.org/repos/dist/dev/hbase/hbase-1.3.3RC0/compat-check-report.html
. I believe there are no reported compatibility issues that are out of
policy, justifiable, or have not been previously discussed, like the
removal of Base64. Please review and raise any concerns if you have them.

A list of the 174 issues resolved in this release can be found at
https://s.apache.org/uKCX .

Please try out the candidate and vote +1/0/-1.

The vote will be open for at least 72 hours. Unless objection I will try to
close it Friday December 21, 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 (8u172)
Loaded the UI in a browser, poked around (8u181)
LTT load 100M rows with 100% verification and 20% updates (8u181)
ITBLL 500M rows with slowDeterministic monkey (8u181)
ITBLL 500M rows with serverKilling monkey (8u181)


-- 
Best regards,
Andrew

Words like orphans lost among the crosstalk, meaning torn from truth's
decrepit hands
   - A23, Crosstalk

Re: [CANCELLED][VOTE] First release candidate for HBase 2.1.2 is available for download

2018-12-14 Thread Artem Ervits 
Please see the image here https://photos.app.goo.gl/PziWBMAzXCwbZqmF8


On Fri, Dec 14, 2018, 2:23 PM Sean Busbey  attachments are stripped by the ASF mail servers. please link to an
> upload somewhere.
> On Fri, Dec 14, 2018 at 1:18 PM Artem Ervits 
> wrote:
> >
> > still running UTs but Web UI looks off, please see attached photo.
> >
> > On Thu, Dec 13, 2018 at 3:13 PM Artem Ervits 
> wrote:
> >>
> >> actually scratch that, looks like the jira is still open.
> >>
> >> On Thu, Dec 13, 2018 at 3:12 PM Artem Ervits 
> wrote:
> >>>
> >>> Stack, seeing HBASE-21458 on 2.1.2-rc0 first time I log into the
> system where I deployed 2.0.4-rc0 prior to. Will re-deploy to confirm but
> wonder if anyone else is seeing it.
> >>>
> >>> On Wed, Dec 12, 2018 at 2:13 PM Stack  wrote:
> 
>  Because of HBASE-21589.
>  S
> 
>  On Fri, Dec 7, 2018 at 3:14 PM Stack  wrote:
> 
>  > The first release candidate for HBase 2.1.2 is available for
> download:
>  >
>  > * https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/
>  > *
>  >
>  > Maven artifacts are also available in a staging repository at:
>  >
>  >
> https://repository.apache.org/content/repositories/orgapachehbase-1242
>  >
>  > Artifacts are signed with my key (DB9D313DA7874F29) published in our
>  > KEYS file at http://www.apache.org/dist/hbase/KEYS
>  >
>  > The RC corresponds to the signed tag 2.0.4RC0, which currently
> points
>  > to commit
>  >
>  >   434bd0cd91d08353a8e7207ced530df3b3b1af76
>  >
>  > HBase 2.1.2 is the third maintenance release in the HBase 2.0 line,
>  > continuing on the theme of bringing a stable, reliable database to
>  > the Hadoop and NoSQL communities. It fixes a critical issue found
>  > in the recent 2.0.3 and 2.1.1 releases (only), HBASE-21551. 2.1.2
>  > includes ~46 bug and improvement fixes done since the 2.1.1,
>  > ~ six weeks ago.
>  >
>  > The detailed source and binary compatibility report vs 2.1.1 has
> been
>  > published for your review, at:
>  >
>  >
>  >
> https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/compatibility_report_2.1.1vs2.1.2.html
>  >
>  > The report shows no incompatibilities.
>  >
>  > The full list of fixes included in this release is available in
>  > the CHANGES.md that ships as part of the release also available
>  > here:
>  >
>  >
> https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/CHANGES.md
>  >
>  > The RELEASENOTES.md are here:
>  >
>  >
>  >
> https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/RELEASENOTES.md
>  >
>  > Please try out this candidate and vote +1/-1 on whether we should
>  > release these artifacts as HBase 2.1.2.
>  >
>  > The VOTE will remain open for at least 72 hours. Given sufficient
> votes
>  > I would like to close it on Tuesday, December 11th, 2018.
>  >
>  > Thanks,
>  > S
>  > ReplyForward
>  >
>

[RESULT] [VOTE] The second HBase 1.4.9 release candidate (RC1) is available

2018-12-14 Thread Andrew Purtell 
With three binding +1s including my own and two non-binding +1s, this vote
passes.

Thanks to all who voted on the release candidate!

[jira] [Created] (HBASE-21607) HBase Region server read fails in case of datanode disk error.

2018-12-14 Thread Rushabh S Shah (JIRA) 
Rushabh S Shah created HBASE-21607:
--

 Summary: HBase Region server read fails in case of datanode disk 
error.
 Key: HBASE-21607
 URL: https://issues.apache.org/jira/browse/HBASE-21607
 Project: HBase
  Issue Type: Bug
  Components: regionserver
Affects Versions: 1.3.2
Reporter: Rushabh S Shah


Hbase region server reads failed with following error.
{noformat}
2018-11-30 16:49:18,760 WARN [,queue=12,port=60020] hdfs.BlockReaderFactory - 
BlockReaderFactory(fileName=, 
block=BP-1618467445--1516873463430:blk_1090719164_16982933): error creating 
ShortCircuitReplica.
java.io.IOException: invalid metadata header version 0. Can only handle version 
1.
at 
org.apache.hadoop.hdfs.shortcircuit.ShortCircuitReplica.(ShortCircuitReplica.java:129)
at 
org.apache.hadoop.hdfs.BlockReaderFactory.requestFileDescriptors(BlockReaderFactory.java:558)
at 
org.apache.hadoop.hdfs.BlockReaderFactory.createShortCircuitReplicaInfo(BlockReaderFactory.java:490)
at 
org.apache.hadoop.hdfs.shortcircuit.ShortCircuitCache.create(ShortCircuitCache.java:782)
at 
org.apache.hadoop.hdfs.shortcircuit.ShortCircuitCache.fetchOrCreate(ShortCircuitCache.java:716)
at 
org.apache.hadoop.hdfs.BlockReaderFactory.getBlockReaderLocal(BlockReaderFactory.java:422)
at org.apache.hadoop.hdfs.BlockReaderFactory.build(BlockReaderFactory.java:333)
at 
org.apache.hadoop.hdfs.DFSInputStream.actualGetFromOneDataNode(DFSInputStream.java:1145)
at 
org.apache.hadoop.hdfs.DFSInputStream.fetchBlockByteRange(DFSInputStream.java:1087)
at org.apache.hadoop.hdfs.DFSInputStream.pread(DFSInputStream.java:1444)
at org.apache.hadoop.hdfs.DFSInputStream.read(DFSInputStream.java:1407)
at org.apache.hadoop.fs.FSDataInputStream.read(FSDataInputStream.java:89)
at 
org.apache.hadoop.hbase.io.hfile.HFileBlock.positionalReadWithExtra(HFileBlock.java:834)
at 
org.apache.hadoop.hbase.io.hfile.HFileBlock$AbstractFSReader.readAtOffset(HFileBlock.java:1530)
at 
org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockDataInternal(HFileBlock.java:1781)
at 
org.apache.hadoop.hbase.io.hfile.HFileBlock$FSReaderImpl.readBlockData(HFileBlock.java:1624)
at 
org.apache.hadoop.hbase.io.hfile.HFileReaderV2.readBlock(HFileReaderV2.java:455)
at 
org.apache.hadoop.hbase.io.hfile.HFileReaderV2$EncodedScannerV2.seekTo(HFileReaderV2.java:1263)
at 
org.apache.hadoop.hbase.regionserver.StoreFileScanner.seekAtOrAfter(StoreFileScanner.java:297)
at 
org.apache.hadoop.hbase.regionserver.StoreFileScanner.seek(StoreFileScanner.java:189)
at 
org.apache.hadoop.hbase.regionserver.StoreScanner.seekScanners(StoreScanner.java:372)
at 
org.apache.hadoop.hbase.regionserver.StoreScanner.(StoreScanner.java:220)
at org.apache.hadoop.hbase.regionserver.HStore.getScanner(HStore.java:2164)
at 
org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.initializeScanners(HRegion.java:5916)
at 
org.apache.hadoop.hbase.regionserver.HRegion$RegionScannerImpl.(HRegion.java:5890)
at 
org.apache.hadoop.hbase.regionserver.HRegion.instantiateRegionScanner(HRegion.java:2739)
at org.apache.hadoop.hbase.regionserver.HRegion.getScanner(HRegion.java:2719)
at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:7197)
at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:7156)
at org.apache.hadoop.hbase.regionserver.HRegion.get(HRegion.java:7149)
at 
org.apache.hadoop.hbase.regionserver.RSRpcServices.get(RSRpcServices.java:2250)
at 
org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:35068)
at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2373)
at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:124)
at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:188)
at org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:168)

 

2018-11-30 16:49:18,760 WARN [,queue=12,port=60020] 
shortcircuit.ShortCircuitCache - ShortCircuitCache(0x16fd768f): failed to load 
1090719164_BP-1618467445--1516873463430
2018-11-30 16:49:18,761 DEBUG [,queue=12,port=60020] ipc.RpcServer - 
RpcServer.FifoWFPBQ.default.handler=246,queue=12,port=60020: callId: 46940 
service: ClientService methodName: Get size: 443 connection: :48798 
deadline: 1543596678759
2018-11-30 16:49:18,761 DEBUG [,queue=12,port=60020] ipc.RpcServer - 
RpcServer.FifoWFPBQ.default.handler=246,queue=12,port=60020: callId: 46940 
service: ClientService methodName: Get size: 443 connection: :48798 
deadline: 1543596678759
java.io.IOException: Could not seek StoreFileScanner[HFileScanner for reader 
reader=hdfs://, compression=none, cacheConf=bl
ockCache=LruBlockCache{blockCount=696858, currentSize=7625195376, 
freeSize=5689203856, maxSize=13314399232, heapSize=7625195376, 
minSize=12648679424, minFactor=0.95, multiSize=6324339712, multiFactor=0.5, 
singleSize=3162169856, singleFactor=0.25}, cacheDa
taOnRead=true, cacheDataOnWrite=fal

Re: [CANCELLED][VOTE] First release candidate for HBase 2.1.2 is available for download

2018-12-14 Thread Sean Busbey 
attachments are stripped by the ASF mail servers. please link to an
upload somewhere.
On Fri, Dec 14, 2018 at 1:18 PM Artem Ervits  wrote:
>
> still running UTs but Web UI looks off, please see attached photo.
>
> On Thu, Dec 13, 2018 at 3:13 PM Artem Ervits  wrote:
>>
>> actually scratch that, looks like the jira is still open.
>>
>> On Thu, Dec 13, 2018 at 3:12 PM Artem Ervits  wrote:
>>>
>>> Stack, seeing HBASE-21458 on 2.1.2-rc0 first time I log into the system 
>>> where I deployed 2.0.4-rc0 prior to. Will re-deploy to confirm but wonder 
>>> if anyone else is seeing it.
>>>
>>> On Wed, Dec 12, 2018 at 2:13 PM Stack  wrote:

 Because of HBASE-21589.
 S

 On Fri, Dec 7, 2018 at 3:14 PM Stack  wrote:

 > The first release candidate for HBase 2.1.2 is available for download:
 >
 > * https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/
 > *
 >
 > Maven artifacts are also available in a staging repository at:
 >
 >  https://repository.apache.org/content/repositories/orgapachehbase-1242
 >
 > Artifacts are signed with my key (DB9D313DA7874F29) published in our
 > KEYS file at http://www.apache.org/dist/hbase/KEYS
 >
 > The RC corresponds to the signed tag 2.0.4RC0, which currently points
 > to commit
 >
 >   434bd0cd91d08353a8e7207ced530df3b3b1af76
 >
 > HBase 2.1.2 is the third maintenance release in the HBase 2.0 line,
 > continuing on the theme of bringing a stable, reliable database to
 > the Hadoop and NoSQL communities. It fixes a critical issue found
 > in the recent 2.0.3 and 2.1.1 releases (only), HBASE-21551. 2.1.2
 > includes ~46 bug and improvement fixes done since the 2.1.1,
 > ~ six weeks ago.
 >
 > The detailed source and binary compatibility report vs 2.1.1 has been
 > published for your review, at:
 >
 >
 > https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/compatibility_report_2.1.1vs2.1.2.html
 >
 > The report shows no incompatibilities.
 >
 > The full list of fixes included in this release is available in
 > the CHANGES.md that ships as part of the release also available
 > here:
 >
 >  https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/CHANGES.md
 >
 > The RELEASENOTES.md are here:
 >
 >
 > https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/RELEASENOTES.md
 >
 > Please try out this candidate and vote +1/-1 on whether we should
 > release these artifacts as HBase 2.1.2.
 >
 > The VOTE will remain open for at least 72 hours. Given sufficient votes
 > I would like to close it on Tuesday, December 11th, 2018.
 >
 > Thanks,
 > S
 > ReplyForward
 >

Re: [CANCELLED][VOTE] First release candidate for HBase 2.1.2 is available for download

2018-12-14 Thread Artem Ervits 
still running UTs but Web UI looks off, please see attached photo.

On Thu, Dec 13, 2018 at 3:13 PM Artem Ervits  wrote:

> actually scratch that, looks like the jira is still open.
>
> On Thu, Dec 13, 2018 at 3:12 PM Artem Ervits 
> wrote:
>
>> Stack, seeing HBASE-21458 on 2.1.2-rc0 first time I log into the system
>> where I deployed 2.0.4-rc0 prior to. Will re-deploy to confirm but wonder
>> if anyone else is seeing it.
>>
>> On Wed, Dec 12, 2018 at 2:13 PM Stack  wrote:
>>
>>> Because of HBASE-21589.
>>> S
>>>
>>> On Fri, Dec 7, 2018 at 3:14 PM Stack  wrote:
>>>
>>> > The first release candidate for HBase 2.1.2 is available for download:
>>> >
>>> > * https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/
>>> > *
>>> >
>>> > Maven artifacts are also available in a staging repository at:
>>> >
>>> >
>>> https://repository.apache.org/content/repositories/orgapachehbase-1242
>>> >
>>> > Artifacts are signed with my key (DB9D313DA7874F29) published in our
>>> > KEYS file at http://www.apache.org/dist/hbase/KEYS
>>> >
>>> > The RC corresponds to the signed tag 2.0.4RC0, which currently points
>>> > to commit
>>> >
>>> >   434bd0cd91d08353a8e7207ced530df3b3b1af76
>>> >
>>> > HBase 2.1.2 is the third maintenance release in the HBase 2.0 line,
>>> > continuing on the theme of bringing a stable, reliable database to
>>> > the Hadoop and NoSQL communities. It fixes a critical issue found
>>> > in the recent 2.0.3 and 2.1.1 releases (only), HBASE-21551. 2.1.2
>>> > includes ~46 bug and improvement fixes done since the 2.1.1,
>>> > ~ six weeks ago.
>>> >
>>> > The detailed source and binary compatibility report vs 2.1.1 has been
>>> > published for your review, at:
>>> >
>>> >
>>> >
>>> https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/compatibility_report_2.1.1vs2.1.2.html
>>> >
>>> > The report shows no incompatibilities.
>>> >
>>> > The full list of fixes included in this release is available in
>>> > the CHANGES.md that ships as part of the release also available
>>> > here:
>>> >
>>> >
>>> https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/CHANGES.md
>>> >
>>> > The RELEASENOTES.md are here:
>>> >
>>> >
>>> >
>>> https://dist.apache.org/repos/dist/dev/hbase/hbase-2.1.2RC0/RELEASENOTES.md
>>> >
>>> > Please try out this candidate and vote +1/-1 on whether we should
>>> > release these artifacts as HBase 2.1.2.
>>> >
>>> > The VOTE will remain open for at least 72 hours. Given sufficient votes
>>> > I would like to close it on Tuesday, December 11th, 2018.
>>> >
>>> > Thanks,
>>> > S
>>> > ReplyForward
>>> >
>>>
>>

[jira] [Reopened] (HBASE-20917) MetaTableMetrics#stop references uninitialized requestsMap for non-meta region

2018-12-14 Thread Sean Busbey (JIRA) 


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

Sean Busbey reopened HBASE-20917:
-

reopening so I can backport to branch-2.1 when I'm ready to push HBASE-19722

> MetaTableMetrics#stop references uninitialized requestsMap for non-meta region
> --
>
> Key: HBASE-20917
> URL: https://issues.apache.org/jira/browse/HBASE-20917
> Project: HBase
>  Issue Type: Bug
>  Components: meta, metrics
>Reporter: Ted Yu
>Assignee: Ted Yu
>Priority: Major
> Fix For: 3.0.0, 1.5.0, 1.4.6, 2.2.0
>
> Attachments: 20917.addendum, 20917.v1.txt, 20917.v2.txt
>
>
> I noticed the following in test output:
> {code}
> 2018-07-21 15:54:43,181 ERROR [RS_CLOSE_REGION-regionserver/172.17.5.4:0-1] 
> executor.EventHandler(186): Caught throwable while processing event 
> M_RS_CLOSE_REGION
> java.lang.NullPointerException
>   at 
> org.apache.hadoop.hbase.coprocessor.MetaTableMetrics.stop(MetaTableMetrics.java:329)
>   at 
> org.apache.hadoop.hbase.coprocessor.BaseEnvironment.shutdown(BaseEnvironment.java:91)
>   at 
> org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$RegionEnvironment.shutdown(RegionCoprocessorHost.java:165)
>   at 
> org.apache.hadoop.hbase.coprocessor.CoprocessorHost.shutdown(CoprocessorHost.java:290)
>   at 
> org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost$4.postEnvCall(RegionCoprocessorHost.java:559)
>   at 
> org.apache.hadoop.hbase.coprocessor.CoprocessorHost.execOperation(CoprocessorHost.java:622)
>   at 
> org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.postClose(RegionCoprocessorHost.java:551)
>   at org.apache.hadoop.hbase.regionserver.HRegion.doClose(HRegion.java:1678)
>   at org.apache.hadoop.hbase.regionserver.HRegion.close(HRegion.java:1484)
>   at 
> org.apache.hadoop.hbase.regionserver.handler.CloseRegionHandler.process(CloseRegionHandler.java:104)
>   at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:104)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> {code}
> {{requestsMap}} is only initialized for the meta region.
> However, check for meta region is absent in the stop method:
> {code}
>   public void stop(CoprocessorEnvironment e) throws IOException {
> // since meta region can move around, clear stale metrics when stop.
> for (String meterName : requestsMap.keySet()) {
> {code}



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

[jira] [Created] (HBASE-21606) Document use of the meta table load metrics added in HBASE-19722

2018-12-14 Thread Sean Busbey (JIRA) 
Sean Busbey created HBASE-21606:
---

 Summary: Document use of the meta table load metrics added in 
HBASE-19722
 Key: HBASE-21606
 URL: https://issues.apache.org/jira/browse/HBASE-21606
 Project: HBase
  Issue Type: Task
  Components: documentation, meta, metrics, Operability
Affects Versions: 2.0.2, 1.4.6, 3.0.0, 1.5.0, 2.2.0, 2.1.3
Reporter: Sean Busbey
Assignee: Sean Busbey


HBASE-19722 added a great new tool for figuring out where cluster load is 
coming from. Needs a section in the ref guide

* When should I use this?
* Why shouldn't I use it all the time?
* What does using it look like?
* How do I use it?


I think all the needed info for making something to answer these questions is 
in the discussion on HBASE-19722



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

[jira] [Reopened] (HBASE-21590) Optimize trySkipToNextColumn in StoreScanner a bit

2018-12-14 Thread Sean Busbey (JIRA) 


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

Sean Busbey reopened HBASE-21590:
-

reopening to attach addendum for the checkstyle fixes I asked for.

> Optimize trySkipToNextColumn in StoreScanner a bit
> --
>
> Key: HBASE-21590
> URL: https://issues.apache.org/jira/browse/HBASE-21590
> Project: HBase
>  Issue Type: Improvement
>  Components: Performance, Scanners
>Reporter: Lars Hofhansl
>Assignee: Lars Hofhansl
>Priority: Critical
> Fix For: 3.0.0, 1.5.0, 2.2.0, 1.4.10
>
> Attachments: 21590-1.5.txt, HBASE-21590-master.txt
>
>
> See latest comment on HBASE-17958



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

[jira] [Reopened] (HBASE-19722) Meta query statistics metrics source

2018-12-14 Thread Sean Busbey (JIRA) 


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

Sean Busbey reopened HBASE-19722:
-

this never made it into branch-2.1. looks like it landed around the time 
branching was happening. reopening while I get it into 2.1 releases.

is the current WIP release note still good? would like to make sure this makes 
into the release notes.

> Meta query statistics metrics source
> 
>
> Key: HBASE-19722
> URL: https://issues.apache.org/jira/browse/HBASE-19722
> Project: HBase
>  Issue Type: Sub-task
>Reporter: Andrew Purtell
>Assignee: Xu Cang
>Priority: Major
> Fix For: 3.0.0, 2.1.0, 1.5.0, 1.4.6, 2.0.2
>
> Attachments: HBASE-19722.branch-1.v001.patch, 
> HBASE-19722.branch-1.v002.patch, HBASE-19722.master.010.patch, 
> HBASE-19722.master.011.patch, HBASE-19722.master.012.patch, 
> HBASE-19722.master.013.patch, HBASE-19722.master.014.patch, 
> HBASE-19722.master.015.patch, HBASE-19722.master.016.patch
>
>
> Implement a meta query statistics metrics source, created whenever a 
> regionserver starts hosting meta, removed when meta hosting moves. Provide 
> views on top tables by request counts, top meta rowkeys by request count, top 
> clients making requests by their hostname.
> Can be implemented as a coprocessor.
>  
>  
>  
>  
> ===
> *Release Note* (WIP)
> *1. Usage:*
> Use this coprocessor by adding below section to hbase-site.xml
> {{}}
> {{    hbase.coprocessor.region.classes}}
> {{    org.apache.hadoop.hbase.coprocessor.MetaTableMetrics}}
> {{}}



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

[jira] [Created] (HBASE-21605) Need upgrade section note about BC break in 2.0+ fixed by HBASE-21178

2018-12-14 Thread Sean Busbey (JIRA) 
Sean Busbey created HBASE-21605:
---

 Summary: Need upgrade section note about BC break in 2.0+ fixed by 
HBASE-21178
 Key: HBASE-21605
 URL: https://issues.apache.org/jira/browse/HBASE-21605
 Project: HBase
  Issue Type: Task
  Components: documentation
Affects Versions: 2.0.2, 2.0.1, 2.0.0, 2.1.0
Reporter: Sean Busbey


HBASE-21178 "[BC break] : Get and Scan operation with a custom converter_class 
not working" fixes how the hbase shell handles custom converters. We need to 
call out in the upgrade section that folks upgrading from HBase 1.y need to be 
aware of the change for versions earlier than when HBASE-21178 is included.



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

[jira] [Created] (HBASE-21604) Move the memstore chunk creator to HRegionServer's member variable

2018-12-14 Thread Guanghao Zhang (JIRA) 
Guanghao Zhang created HBASE-21604:
--

 Summary: Move the memstore chunk creator to HRegionServer's member 
variable
 Key: HBASE-21604
 URL: https://issues.apache.org/jira/browse/HBASE-21604
 Project: HBase
  Issue Type: Improvement
Reporter: Guanghao Zhang


Same idea with HBASE-21514. Should keep chunk creater in RegionServer level 
instead of JVM process level.



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