You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by Jacob Rhoden <ja...@me.com> on 2015/03/10 00:42:00 UTC

What are the reasons for holding off on 2.1.x at this point?

I notice some of the discussion about rolling back and avoiding upgrading. I wonder if people can elaborate on their pain points? 

We are in a situation where there are some use cases we wish to implement that appear to be much simpler to implement using indexed sets. So it has me wondering about what the cons would be of jumping into 2.1.3, instead of having to code around the limits of 2.0.x, and then re-write the features once we can use 2.1.3. (Ideally we want to get these use cases into prod within the next 4 weeks)

Thanks,
Jacob

Re: What are the reasons for holding off on 2.1.x at this point?

Posted by Robert Coli <rc...@eventbrite.com>.
On Mon, Mar 9, 2015 at 4:42 PM, Jacob Rhoden <ja...@me.com> wrote:

> I notice some of the discussion about rolling back and avoiding upgrading.
> I wonder if people can elaborate on their pain points?
>
> We are in a situation where there are some use cases we wish to implement
> that appear to be much simpler to implement using indexed sets. So it has
> me wondering about what the cons would be of jumping into 2.1.3, instead of
> having to code around the limits of 2.0.x, and then re-write the features
> once we can use 2.1.3. (Ideally we want to get these use cases into prod
> within the next 4 weeks)
>

2.1.1 probably has some serious issue that I'm not recalling right now.

2.1.2 is broken and should not be run in production.

2.1.3 appears to have a memory leak in some circumstances. If you are not
in those circumstances, perhaps that is not prohibitive.

As Graham suggested, I would develop against 2.1.x but not run 2.1.x in
production until at least 2.1.4.

=Rob

Re: What are the reasons for holding off on 2.1.x at this point?

Posted by graham sanderson <gr...@vast.com>.
2.1.3 has a few memory leaks/issues, resource management race conditions.

That is horribly vague, however looking at some of the fixes in 2.1.4 I’d be tempted to wait on that.

2.1.3 is fine for testing though.

> On Mar 9, 2015, at 6:42 PM, Jacob Rhoden <ja...@me.com> wrote:
> 
> I notice some of the discussion about rolling back and avoiding upgrading. I wonder if people can elaborate on their pain points? 
> 
> We are in a situation where there are some use cases we wish to implement that appear to be much simpler to implement using indexed sets. So it has me wondering about what the cons would be of jumping into 2.1.3, instead of having to code around the limits of 2.0.x, and then re-write the features once we can use 2.1.3. (Ideally we want to get these use cases into prod within the next 4 weeks)
> 
> Thanks,
> Jacob