Ted Yu
2012-06-28, 03:12
Marshall McMullen
2012-06-28, 03:17
Ted Yu
2012-06-28, 03:34
Ted Yu
2012-06-28, 03:36
Ted Dunning
2012-06-28, 04:40
Ted Yu
2012-06-28, 05:11
Patrick Hunt
2012-06-28, 07:07
Ted Yu
2012-06-28, 13:54
Patrick Hunt
2012-06-28, 16:18
-
porting multi() to zookeeper 3.3Ted Yu 2012-06-28, 03:12
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
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
-
Re: porting multi() to zookeeper 3.3Marshall McMullen 2012-06-28, 03:17
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
>
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
>
-
Re: porting multi() to zookeeper 3.3Ted Yu 2012-06-28, 03:34
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
> >
>
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
> >
>
-
Re: porting multi() to zookeeper 3.3Ted Yu 2012-06-28, 03:36
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
>> >
>>
>
>
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
>> >
>>
>
>
-
Re: porting multi() to zookeeper 3.3Ted Dunning 2012-06-28, 04:40
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
> >> >
> >>
> >
> >
>
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
> >> >
> >>
> >
> >
>
-
Re: porting multi() to zookeeper 3.3Ted Yu 2012-06-28, 05:11
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
> > >> >
> > >>
> > >
> > >
> >
>
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
> > >> >
> > >>
> > >
> > >
> >
>
-
Re: porting multi() to zookeeper 3.3Patrick Hunt 2012-06-28, 07:07
On Wed, Jun 27, 2012 at 10:11 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
> For Ted's question, developers and ops at the company I mentioned would be
> able to give their answer.
We have a general policy of not adding new features to fix releases.
What testing have you done with 3.4.3 that concerns you? Are there
specific outstanding bugs?
Patrick
> For Ted's question, developers and ops at the company I mentioned would be
> able to give their answer.
We have a general policy of not adding new features to fix releases.
What testing have you done with 3.4.3 that concerns you? Are there
specific outstanding bugs?
Patrick
-
Re: porting multi() to zookeeper 3.3Ted Yu 2012-06-28, 13:54
See Jesse's comment:
https://issues.apache.org/jira/browse/HBASE-2611?focusedCommentId=13402863&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13402863
Cheers
On Thu, Jun 28, 2012 at 12:07 AM, Patrick Hunt <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 27, 2012 at 10:11 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
> > For Ted's question, developers and ops at the company I mentioned would
> be
> > able to give their answer.
>
> We have a general policy of not adding new features to fix releases.
>
> What testing have you done with 3.4.3 that concerns you? Are there
> specific outstanding bugs?
>
> Patrick
>
https://issues.apache.org/jira/browse/HBASE-2611?focusedCommentId=13402863&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13402863
Cheers
On Thu, Jun 28, 2012 at 12:07 AM, Patrick Hunt <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 27, 2012 at 10:11 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
> > For Ted's question, developers and ops at the company I mentioned would
> be
> > able to give their answer.
>
> We have a general policy of not adding new features to fix releases.
>
> What testing have you done with 3.4.3 that concerns you? Are there
> specific outstanding bugs?
>
> Patrick
>
-
Re: porting multi() to zookeeper 3.3Patrick Hunt 2012-06-28, 16:18
On Thu, Jun 28, 2012 at 6:54 AM, Ted Yu <[EMAIL PROTECTED]> wrote:
> See Jesse's comment:
>
> https://issues.apache.org/jira/browse/HBASE-2611?focusedCommentId=13402863&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13402863
Sounds like a reasonable concern. In their shoes I'd probably stick
with established/stable features as well.
fwiw during the summit meetup we took a poll and the consensus was
that 3.4 should now be considered stable. Mahadev and I were planning
to propose the next release (3.4.4) as such. So it shouldn't be long
to wait if you are interested in using some of the new features.
Patrick
> On Thu, Jun 28, 2012 at 12:07 AM, Patrick Hunt <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Jun 27, 2012 at 10:11 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
>> > For Ted's question, developers and ops at the company I mentioned would
>> be
>> > able to give their answer.
>>
>> We have a general policy of not adding new features to fix releases.
>>
>> What testing have you done with 3.4.3 that concerns you? Are there
>> specific outstanding bugs?
>>
>> Patrick
>>
> See Jesse's comment:
>
> https://issues.apache.org/jira/browse/HBASE-2611?focusedCommentId=13402863&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13402863
Sounds like a reasonable concern. In their shoes I'd probably stick
with established/stable features as well.
fwiw during the summit meetup we took a poll and the consensus was
that 3.4 should now be considered stable. Mahadev and I were planning
to propose the next release (3.4.4) as such. So it shouldn't be long
to wait if you are interested in using some of the new features.
Patrick
> On Thu, Jun 28, 2012 at 12:07 AM, Patrick Hunt <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Jun 27, 2012 at 10:11 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
>> > For Ted's question, developers and ops at the company I mentioned would
>> be
>> > able to give their answer.
>>
>> We have a general policy of not adding new features to fix releases.
>>
>> What testing have you done with 3.4.3 that concerns you? Are there
>> specific outstanding bugs?
>>
>> Patrick
>>
