hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jean-Daniel Cryans <jdcry...@apache.org>
Subject Re: [UPDATE] Finishing up 0.96 --> WAS Re: 0.95 and 0.96 remaining issues
Date Thu, 29 Aug 2013 16:56:26 GMT
It looks like there's data loss in replication... My gut feeling is it has
to do with how we detect when to switch from one log to another. Running
more tests today.


On Wed, Aug 28, 2013 at 10:35 PM, Stack <stack@duboce.net> wrote:

> Almost there.  A bunch of stuff got resolved in the last few days.  JD is
> running a few replication tests.  Elliott is confirming schema edit is what
> breaks one of the long-running it tests.  Jon is on the last changes to API
> (exposing Cell).  Tomorrow hopefully we can the first 0.96.0RC.  Meantime,
> help testing tip appreciated before we cut the RC.
>
> St.Ack
>
>
> On Thu, Aug 22, 2013 at 1:56 PM, Stack <stack@duboce.net> wrote:
>
> > I'm thinking of cutting a 0.96.0RC0 on Monday.  You lot good w/ that?
> >
> > The only real blocker is HBASE-8348, the migration script, but that is
> > making good progress and should be well done by Monday (Elliott is seeing
> > some strange issues in his test rig but hopefully we'll nail them before
> > Monday comes around).  The placeholders for tags should make it in.  What
> > else do we need?
> >
> > St.Ack
> >
> >
> >
> > On Thu, Aug 15, 2013 at 8:41 AM, Stack <stack@duboce.net> wrote:
> >
> >> On Thu, Aug 15, 2013 at 8:30 AM, ramkrishna vasudevan <
> >> ramkrishna.s.vasudevan@gmail.com> wrote:
> >>
> >>> >>Lets then make a tags-only release on the
> >>> heels of 0.96.  As said above, tags is cause enough for a major hbase
> >>> release.
> >>> Okie. Let me see if anything is needed so that we can avoid
> compatability
> >>> issues later.  I will consider your suggestion also.
> >>>
> >>
> >>
> >> If you need "placeholders" -- as per Todd suggestion -- then lets get
> >> them in (they can come in after 0.95.2 and before 0.96.0RC0 np).
> >> St.Ack
> >>
> >
> >
>

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