hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yu Li <car...@gmail.com>
Subject Re: Why hbase trunk is still using zookeeper 3.4.3 rather than upgrade to use zk 3.4.4?
Date Fri, 30 Nov 2012 05:38:44 GMT
Thanks Andrew for the supplement, this really helps me understand why 3.4.5
is released even if it only includes two bug fixes.

On 30 November 2012 04:45, Andrew Purtell <apurtell@apache.org> wrote:

> 3.4.4 had a particularly unfortunate bug (ZOOKEEPER-1550). Users not
> running Oracle JDK (e.g. OpenJDK or IBM JDK or JDK 7) could easly fail to
> connect to a ZooKeeper instance NOT set up for SASL/secure communication.
> This is what 3.4.5 fixes, primarily. The version of ZK you use certainly
> matters, so far as HBase users should avoid 3.4.4.
>
>
> On Thu, Nov 29, 2012 at 4:27 AM, Jean-Marc Spaggiari <
> jean-marc@spaggiari.org> wrote:
>
> > Does the ZK version really matter?
> >
> > I'm running with 3.4.3 and it seems to be working fine.
> >
> > Should I think about moving to 3.4.5? Is there any advantage to that?
> > (Performances, issues, etc.)
> >
> > 2012/11/29, Nicolas Liochon <nkeywal@gmail.com>:
> > > It's a regression in 3.4.4 (HBASE-6917), fixed in 3.4.5 (HBASE-7159)
> > >
> > > Cheers,
> > >
> > > Nicolas
> > >
> > >
> > > On Thu, Nov 29, 2012 at 10:16 AM, Yu Li <carp84@gmail.com> wrote:
> > >
> > >> Dear all,
> > >>
> > >> I checked the Zookeeper site and found the latest stable release is
> > >> 3.4.5,
> > >> and although there's only 2 bug fixes from zk 3.4.4 to 3.4.5, there're
> > >> more
> > >> than 50 bug fixes from 3.4.3 to 3.4.4, so I'm wondering why hbase
> trunk
> > >> still using zk 3.4.3. Is there any special consideration not to
> upgrade?
> > >> Looking forward to your reply, and thanks in advance!
> > >>
> > >> --
> > >> Best Regards,
> > >> Li Yu
> > >>
> > >
> >
>
>
>
> --
> Best regards,
>
>    - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>



-- 
Best Regards,
Li Yu

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