Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
Zookeeper >> mail # dev >> porting multi() to zookeeper 3.3


Copy link to this message
-
Re: porting multi() to zookeeper 3.3
For Ted's question, developers and ops at the company I mentioned would be
able to give their answer.
One might ask whether 3.4.x is considered stable release.

If multi() is added to 3.3.x, what problem(s) would arise ?

In HBase, our policy is more flexible as long as rolling restart works
across point releases.
Take the following file for example:
src/main/java/org/apache/hadoop/hbase/ipc/HRegionInterface.java

Here're recent checkins:

------------------------------------------------------------------------
r1344447 | stack | 2012-05-30 13:23:49 -0700 (Wed, 30 May 2012) | 1 line

HBASE-6124 Backport HBASE-6033 to 0.90, 0.92 and 0.94
------------------------------------------------------------------------
r1202368 | tedyu | 2011-11-15 10:39:25 -0800 (Tue, 15 Nov 2011) | 2 lines

HBASE-4718  Backport HBASE-4552 (multi-family bulk load) to 0.90 branch
(Jonathan Hsieh)
------------------------------------------------------------------------
r1195998 | ramkrishna | 2011-11-01 06:54:38 -0700 (Tue, 01 Nov 2011) | 2
lines

HBASE-4277 HRS.closeRegion should be able to close regions with only the
encoded name (Ram)

Cheers

On Wed, Jun 27, 2012 at 9:40 PM, Ted Dunning <[EMAIL PROTECTED]> wrote:

> Putting multi into 3.3 is not technically hard, but it breaks the contract
> of no API changes for point releases.
>
> If you can upgrade to 3.3.n+1, why can't you upgrade to 3.4?
>
> On Thu, Jun 28, 2012 at 3:36 AM, Ted Yu <[EMAIL PROTECTED]> wrote:
>
> > I forgot to mention that some companies (such as StumbleUpon) run
> zookeeper
> > 3.3.x ensemble in production.
> > The dependency listed below is for zookeeper client.
> >
> > Cheers
> >
> > On Wed, Jun 27, 2012 at 8:34 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
> >
> > > My petition was to get this feature into Apache zookeeper 3.3.x
> > > Currently HBase trunk relies on:
> > >     <zookeeper.version>3.4.3</zookeeper.version>
> > >
> > > If porting is allowed, I can finish up the remaining work.
> > >
> > > Cheers
> > >
> > >
> > > On Wed, Jun 27, 2012 at 8:17 PM, Marshall McMullen <
> > > [EMAIL PROTECTED]> wrote:
> > >
> > >> Hey, I wrote most of the multi code and when I wrote it we were still
> > >> using
> > >> 3.3.x. So I have patches for the 3.3.x branch if you're interested.
> Let
> > me
> > >> know if you want me to post them in a jira somewhere, or just email
> them
> > >> directly to you.
> > >>
> > >> On Wed, Jun 27, 2012 at 9:12 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
> > >>
> > >> > Hi,
> > >> > In several HBase JIRAs, developers tried to resort to multi().
> > >> > The latest effort appeared in HBASE-2611.
> > >> >
> > >> > But there hasn't been consensus when zookeeper 3.4 would be listed
> as
> > >> > minimum requirement.
> > >> >
> > >> > I wonder how difficult it is to port multi() to zookeeper 3.3.x
> > >> >
> > >> > Cheers
> > >> >
> > >>
> > >
> > >
> >
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB