Congrats Stephen!!
On Tue, Oct 18, 2016 at 2:37 AM, Stack wrote:
> Wahoo!
>
> On Fri, Oct 14, 2016 at 11:27 AM, Enis Söztutar wrote:
>
> > On behalf of the Apache HBase PMC, I am happy to announce that Stephen
> has
> > accepted our invitation to become a PMC
Guanghao Zhang created HBASE-16868:
--
Summary: Avoid appending table to a peer which replicates all
tables
Key: HBASE-16868
URL: https://issues.apache.org/jira/browse/HBASE-16868
Project: HBase
Appy created HBASE-16867:
Summary: Check ACLs for remote HBaseLock
Key: HBASE-16867
URL: https://issues.apache.org/jira/browse/HBASE-16867
Project: HBase
Issue Type: Bug
Reporter: Appy
@Andrew sorry if I perhaps missed that..
Are those ITBLL issues you're seeing being tracked / looked at somewhere in
one place? How easily reproducible are they for you?
Intermittent ITBLL failures is what I spent quite a bit of time on earlier
this year..
-Mikhail
On Mon, Oct 17, 2016 at 7:18
+1
Checked sums and signatures: ok
Compiled from source (7u80): ok
RAT check passed: ok
Unit test suite passes (8u102): ok
1M row LTT (8u102): ok
1B row ITBLL (8u102): failed, inconclusive
I'm finding issues with long running ITBLL tests with 1.2 generally. We
found and fixed one. There's
ChiaPing Tsai created HBASE-16866:
-
Summary: Avoid NPE in AsyncRequestFutureImpl#updateStats
Key: HBASE-16866
URL: https://issues.apache.org/jira/browse/HBASE-16866
Project: HBase
Issue
>
>
> Is there anything in particular folks are looking for before I roll the
> next RC?
>
> HBASE-16754, perhaps?
>
I plan on committing HBASE-16754 later today or tomorrow, so if you do roll
a new RC, I'd be happy to get it in.
But on 1.2, I believe the window of opportunity for this issue to
Matteo Bertozzi created HBASE-16865:
---
Summary: Procedure v2 - Inherit lock from root proc
Key: HBASE-16865
URL: https://issues.apache.org/jira/browse/HBASE-16865
Project: HBase
Issue Type:
Matteo Bertozzi created HBASE-16864:
---
Summary: Procedure v2 - Fix StateMachineProcedure support for
child procs at last step
Key: HBASE-16864
URL: https://issues.apache.org/jira/browse/HBASE-16864
Pushed.
-Dima
On Mon, Oct 17, 2016 at 7:57 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
Give us another day or so Sean?
St.Ack
On Mon, Oct 17, 2016 at 2:13 PM, Andrew Purtell
wrote:
> I think you called this too soon. I was going to vote as soon as tests
> finished. Oh well.
>
> > On Oct 17, 2016, at 1:15 PM, Sean Busbey wrote:
> >
> >
I think you called this too soon. I was going to vote as soon as tests
finished. Oh well.
> On Oct 17, 2016, at 1:15 PM, Sean Busbey wrote:
>
> With one +1 and no other votes, this vote fails.
>
> Is there anything in particular folks are looking for before I roll the next
Wahoo!
On Fri, Oct 14, 2016 at 11:27 AM, Enis Söztutar wrote:
> On behalf of the Apache HBase PMC, I am happy to announce that Stephen has
> accepted our invitation to become a PMC member of the Apache HBase project.
>
> Stephen has been working on HBase for a couple of years,
Vladimir Rodionov created HBASE-16863:
-
Summary: Move Backup constants from HConstants to
BackupRestoreConstants
Key: HBASE-16863
URL: https://issues.apache.org/jira/browse/HBASE-16863
Project:
[
https://issues.apache.org/jira/browse/HBASE-16849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack resolved HBASE-16849.
---
Resolution: Duplicate
Resolving s duplicate of HBASE-16851
> Document for HBASE-14918 (in-memory
With one +1 and no other votes, this vote fails.
Is there anything in particular folks are looking for before I roll the next RC?
HBASE-16754, perhaps?
On Mon, Oct 10, 2016 at 7:58 AM, Sean Busbey wrote:
> The first release candidate for HBase 1.2.4 is available for download
+1
* checked sigs and sums
* checked source against commit hash
* checked source builds binaries (had to use jdk1.7 since I don't have
a 1.6 handy. verified the convenience binaries are jdk6 through manual
inspection)
* spot check of LICENSE/NOTICE looks fine
* compatibility report doesn't show
Congrats, Stephen!
--
Cloudera, Inc.
On Sun, Oct 16, 2016 at 6:16 PM, 张铎 wrote:
> Congratulations!
>
> 2016-10-17 9:07 GMT+08:00 Heng Chen :
>
> > Congrats! :)
> >
> > 2016-10-16 8:19 GMT+08:00 Jerry He :
> > >
+1
* checked sigs and sums
* checked source against commit hash
* checked source builds binaries
* spot check of LICENSE/NOTICE looks fine
* compatibility report doesn't show any surprises
On Sat, Oct 8, 2016 at 12:45 PM, Andrew Purtell wrote:
> The second HBase 1.1.7
+1
* checked sigs and sums
* checked source against commit hash
* checked source builds binaries
* spot check of LICENSE/NOTICE looks fine
* compatibility report doesn't show any surprises
I'm aware of the issue Gary brought up in HBASE-16754, but given
rarity and how long it's already been
Umesh Agashe created HBASE-16862:
Summary: Remove directory layout/ filesystem references form the
code in master/procedure directory
Key: HBASE-16862
URL: https://issues.apache.org/jira/browse/HBASE-16862
Vladimir Rodionov created HBASE-16861:
-
Summary: xxxService refactoring
Key: HBASE-16861
URL: https://issues.apache.org/jira/browse/HBASE-16861
Project: HBase
Issue Type: Task
Vladimir Rodionov created HBASE-16860:
-
Summary: BackupCopyService Type refactoring
Key: HBASE-16860
URL: https://issues.apache.org/jira/browse/HBASE-16860
Project: HBase
Issue Type:
ramkrishna.s.vasudevan created HBASE-16858:
--
Summary: TestFuzzyRowFilterEndToEnd fails in QA builds
Key: HBASE-16858
URL: https://issues.apache.org/jira/browse/HBASE-16858
Project: HBase
Thanks very much to all those last month (at HBaseCon East and at the
Strata Conference) who gave feedback regarding *ColumnManager for HBase*[1].
By my reckoning, the greatest enthusiasm was expressed for the
package's "*Column
Aliasing*" function (which could save a LOT of storage space in a
Great explanation. And thank you for your patiently!
Thanks.
Alex
2016-10-16 23:34 GMT-07:00 ramkrishna vasudevan <
ramkrishna.s.vasude...@gmail.com>:
> Yes you are right. You can see the code after the list of scanners are
> formed. They are all collected in a KeyValueHeap.
> Pls note that
Got it. So you mean, actually, the result HBase return to user is from the
Heap. And the scanners' jobs are collecting data into that Heap. So the
order of how to arrange HFile scanners and memstore scanner is not a big
deal?
Thanks,
Alex
2016-10-16 23:04 GMT-07:00 Anoop John
Allan Yang created HBASE-16856:
--
Summary: Exception message in SyncRunner.run() should print
currentSequence but syncFutureSequence
Key: HBASE-16856
URL: https://issues.apache.org/jira/browse/HBASE-16856
Over all these scanners we will be creating a Heap. (See in
StoreScanner where we make KeyValueHeap). Out of this cells come in
their key order. So said that, we will be opening and seeking to all
scanners and get cur cells from all.. Based on the comparator result
of all these cells emerge out
29 matches
Mail list logo