hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From stack <saint....@gmail.com>
Subject Re: [VOTE] The first hbase-2.0.0-beta-1 Release Candidate is available
Date Sat, 06 Jan 2018 05:44:12 GMT
On Jan 5, 2018 4:44 PM, "Apekshit Sharma" <appy@cloudera.com> wrote:

bq. Care needs to be exercised backporting. Bug fixes only please. If in
doubt, ping me, the RM, please. Thanks.
In that case, shouldn't we branch out branch-2.0? We can then do normal
backports to branch-2 and only bug fixes to branch-2.0.



Don't you think we have enough branches already mighty Appy?

No new features on branch-2? New features are in master/3.0.0 only?

S






On Fri, Jan 5, 2018 at 9:48 AM, Andrew Purtell <apurtell@apache.org> wrote:

> TestMemstoreLABWithoutPool is a flake, not a consistent fail.
>
>
> On Fri, Jan 5, 2018 at 7:18 AM, Stack <stack@duboce.net> wrote:
>
> > On Thu, Jan 4, 2018 at 2:24 PM, Andrew Purtell <apurtell@apache.org>
> > wrote:
> >
> > > This one is probably my fault:
> > >
> > > TestDefaultCompactSelection
> > >
> > > HBASE-19406
> > >
> > >
> > Balazs fixed it above, HBASE-19666
> >
> >
> >
> > > It can easily be reverted. The failure of interest
> > > is TestMemstoreLABWithoutPool.testLABChunkQueueWithMultipleMSLABs.
> > >
> > >
> > This seems fine. Passes in nightly
> > https://builds.apache.org/view/H-L/view/HBase/job/HBase%
> > 20Nightly/job/branch-2/171/testReport/org.apache.hadoop.
> > hbase.regionserver/TestMemstoreLABWithoutPool/
> > and locally against the tag. It fails consistently for you Andrew?
> >
> >
> > > > Should all unit tests pass on a beta? I think so, at least if the
> > > failures
> > > > are 100% repeatable.
> > > >
> > >
> >
> > This is fair. Let me squash this RC and roll another.
> >
> > Will put it up in a few hours.
> >
> > Thanks,
> > S
> >
> >
> >
> > > > -0
> > > >
> > > > Checked sums and signatures: ok
> > > > RAT check: ok
> > > > Built from source: ok (8u144)
> > > > Ran unit tests: some failures (8u144)
> > > >
> > > > [ERROR]   TestDefaultCompactSelection.testCompactionRatio:74->
> > > > TestCompactionPolicy.compactEquals:182->TestCompactionPolicy.
> > > compactEquals:201
> > > > expected:<[[4, 2, 1]]> but was:<[[]]>
> > > >
> > > > [ERROR]   TestDefaultCompactSelection.testStuckStoreCompaction:145->
> > > > TestCompactionPolicy.compactEquals:182->TestCompactionPolicy.
> > > compactEquals:201
> > > > expected:<[[]30, 30, 30]> but was:<[[99, 30, ]30, 30, 30]>
> > > >
> > > > [ERROR]   TestMemstoreLABWithoutPool.testLABChunkQueueWithMultipleM
> > > SLABs:143
> > > > All the chunks must have been cleared
> > > >
> > > >
> > > >
> > > > On Fri, Dec 29, 2017 at 10:15 AM, Stack <stack@duboce.net> wrote:
> > > >
> > > >> The first release candidate for HBase 2.0.0-beta-1 is up at:
> > > >>
> > > >>  https://dist.apache.org/repos/dist/dev/hbase/hbase-2.0.0-
> beta-1-RC0/
> > > >>
> > > >> Maven artifacts are available from a staging directory here:
> > > >>
> > > >>  https://repository.apache.org/content/repositories/
> > orgapachehbase-1188
> > > >>
> > > >> All was signed with my key at 8ACC93D2 [1]
> > > >>
> > > >> I tagged the RC as 2.0.0-beta-1-RC0
> > > >> (0907563eb72697b394b8b960fe54887d6ff304fd)
> > > >>
> > > >> hbase-2.0.0-beta-1 is our first beta release. It includes all that
> was
> > > in
> > > >> previous alphas (new assignment manager, offheap read/write path,
> > > >> in-memory
> > > >> compactions, etc.). The APIs and feature-set are sealed.
> > > >>
> > > >> hbase-2.0.0-beta-1 is a not-for-production preview of hbase-2.0.0.
> It
> > is
> > > >> meant for devs and downstreamers to test drive and flag us if we
> > messed
> > > up
> > > >> on anything ahead of our rolling GAs. We are particular interested
> in
> > > >> hearing from Coprocessor developers.
> > > >>
> > > >> The list of features addressed in 2.0.0 so far can be found here
> [3].
> > > >> There
> > > >> are thousands. The list of ~2k+ fixes in 2.0.0 exclusively can be
> > found
> > > >> here [4] (My JIRA JQL foo is a bit dodgy -- forgive me if
mistakes).
> > > >>
> > > >> I've updated our overview doc. on the state of 2.0.0 [6]. We'll do
> one
> > > >> more
> > > >> beta before we put up our first 2.0.0 Release Candidate by the end
> of
> > > >> January, 2.0.0-beta-2. Its focus will be making it so users can do
a
> > > >> rolling upgrade on to hbase-2.x from hbase-1.x (and any bug fixes
> > found
> > > >> running beta-1). Here is the list of what we have targeted so far
> for
> > > >> beta-2 [5]. Check it out.
> > > >>
> > > >> One knownissue is that the User API has not been properly filtered
> so
> > it
> > > >> shows more than just InterfaceAudience Public content (HBASE-19663,
> to
> > > be
> > > >> fixed by beta-2).
> > > >>
> > > >> Please take this beta for a spin. Please vote on whether it ok to
> put
> > > out
> > > >> this RC as our first beta (Note CHANGES has not yet been updated).
> Let
> > > the
> > > >> VOTE be open for 72 hours (Monday)
> > > >>
> > > >> Thanks,
> > > >> Your 2.0.0 Release Manager
> > > >>
> > > >> 1. http://pgp.mit.edu/pks/lookup?op=get&search=0x9816C7FC8ACC93D2
> > > >> 3. https://goo.gl/scYjJr
> > > >> 4. https://goo.gl/dFFT8b
> > > >> 5. https://issues.apache.org/jira/projects/HBASE/versions/12340862
> > > >> 6. https://docs.google.com/document/d/1WCsVlnHjJeKUcl7wHwqb4z9iEu_
> > > >> ktczrlKHK8N4SZzs/
> > > >> <https://docs.google.com/document/d/1WCsVlnHjJeKUcl7wHwqb4z9iEu_
> > > ktczrlKHK8N4SZzs/>
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > 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
> > >
> >
>
>
>
> --
> Best regards,
> Andrew
>
> Words like orphans lost among the crosstalk, meaning torn from truth's
> decrepit hands
>    - A23, Crosstalk
>



--

-- Appy

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message