Re: Most stable version?
Hi, Thanks for your advice and discussion, Carlos and Jason. I'm going to wait for 2.2.6 release. And I'll verify that version by my self. Regards, Satoshi On Sat, Apr 23, 2016 at 5:57 AM, Jason J. W. Williams < jasonjwwilli...@gmail.com> wrote: > Thanks for the advice Carlos. Do appreciate it. > > -J > > On Fri, Apr 22, 2016 at 1:23 PM, Carlos Rolo <r...@pythian.com> wrote: > >> I do expect 3 to get stable at some point, according to documentation it >> will be the 3.0.x series. But the current 3.x tick-tock, I would recommend >> a jump into it when Datastax do it. Otherwise, maybe 4 might get stable and >> we could be following similar releases cicles like some software out there, >> even is stable (2 and 4) even is unstable (3 and 5). But this is my >> guessing. Wait for a DSE release on 3.x and use that. >> >> I had problems in earlier 2.2, 2.2.5 seems to be a solid release, but I >> will wait for 2.2.6 before recommending for production. Just to be safe :) >> >> Regards, >> >> Carlos Juzarte Rolo >> Cassandra Consultant / Datastax Certified Architect / Cassandra MVP >> >> Pythian - Love your data >> >> rolo@pythian | Twitter: @cjrolo | Linkedin: >> *linkedin.com/in/carlosjuzarterolo >> <http://linkedin.com/in/carlosjuzarterolo>* >> Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 >> www.pythian.com >> >> On Fri, Apr 22, 2016 at 6:42 PM, Jason Williams < >> jasonjwwilli...@gmail.com> wrote: >> >>> Hi Carlos, >>> >>> I read your blog post (actually almost everything I can find on tick >>> tock). My understanding has been tick tock will be the only versioning >>> going forward. >>> >>> Or are you suggesting at some point there will be a stable train for 3? >>> (or that 3.x will be bumped to 4.0 when stable)? >>> >>> We're on 2.2.5 and haven't seen any major problems with it. >>> >>> -J >>> >>> >>> >>> Sent via iPhone >>> >>> On Apr 22, 2016, at 03:34, Carlos Rolo <r...@pythian.com> wrote: >>> >>> If you need SASI, you need to use 3.4+. 3.x will always be "unstable" >>> (It is explained why in my blog post). You get those odd versions, but it >>> is not a solid effort to stabilize the platform, otherwise devs would not >>> jump to 3.6, and keep working on 3.5. And then you get 3.7, which might fix >>> some issues of 3.4+, but next month you get 3.8 unstable again... I'm >>> waiting to see where this is going. I only had bad experiences with 3.x >>> series atm. >>> >>> If you want stability (and no new features), you would use 2.1.13. >>> >>> 2.2.x is kind of a mixed bag, no really huge improvements over 2.1.x >>> series and it is still having some issues, so I would stick to 2.1.x >>> series. >>> >>> Regards, >>> >>> Carlos Juzarte Rolo >>> Cassandra Consultant / Datastax Certified Architect / Cassandra MVP >>> >>> Pythian - Love your data >>> >>> rolo@pythian | Twitter: @cjrolo | Linkedin: >>> *linkedin.com/in/carlosjuzarterolo >>> <http://linkedin.com/in/carlosjuzarterolo>* >>> Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 >>> www.pythian.com >>> >>> On Fri, Apr 22, 2016 at 10:16 AM, Jason Williams < >>> jasonjwwilli...@gmail.com> wrote: >>> >>>> My reading of the tick-rock cycle, is that we've moved from a stable >>>> train that receives mostly bug fixes until the next major stable, to one >>>> where every odd minor version is a bug fix-only...likely mostly for the >>>> previous even. The goal being a relatively continuously stable code base in >>>> odd minor versions. >>>> >>>> In that environment where there is no "stable" train, would the right >>>> approach be to pick the feature set needed and then choose the odd minor >>>> where that feature set had been stable for 2-3 previous odd minors. >>>> >>>> For example, SASI was added in 3.4, so 3.5 is the first bug fix only >>>> (odd minor) containing it. By the logic above you wouldn't want to use SASI >>>> in production until 3.9 or later. Or is my logic about how to treat >>>> tick-tock off base? >>>> >>>> -J >>>> >>>> >>>> Sent via iPhone >>>> >>>> On Apr 22, 2016, at 01:46, Satoshi Hikida <sahik...@
Re: Most stable version?
Thanks for the advice Carlos. Do appreciate it. -J On Fri, Apr 22, 2016 at 1:23 PM, Carlos Rolo <r...@pythian.com> wrote: > I do expect 3 to get stable at some point, according to documentation it > will be the 3.0.x series. But the current 3.x tick-tock, I would recommend > a jump into it when Datastax do it. Otherwise, maybe 4 might get stable and > we could be following similar releases cicles like some software out there, > even is stable (2 and 4) even is unstable (3 and 5). But this is my > guessing. Wait for a DSE release on 3.x and use that. > > I had problems in earlier 2.2, 2.2.5 seems to be a solid release, but I > will wait for 2.2.6 before recommending for production. Just to be safe :) > > Regards, > > Carlos Juzarte Rolo > Cassandra Consultant / Datastax Certified Architect / Cassandra MVP > > Pythian - Love your data > > rolo@pythian | Twitter: @cjrolo | Linkedin: *linkedin.com/in/carlosjuzarterolo > <http://linkedin.com/in/carlosjuzarterolo>* > Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 > www.pythian.com > > On Fri, Apr 22, 2016 at 6:42 PM, Jason Williams <jasonjwwilli...@gmail.com > > wrote: > >> Hi Carlos, >> >> I read your blog post (actually almost everything I can find on tick >> tock). My understanding has been tick tock will be the only versioning >> going forward. >> >> Or are you suggesting at some point there will be a stable train for 3? >> (or that 3.x will be bumped to 4.0 when stable)? >> >> We're on 2.2.5 and haven't seen any major problems with it. >> >> -J >> >> >> >> Sent via iPhone >> >> On Apr 22, 2016, at 03:34, Carlos Rolo <r...@pythian.com> wrote: >> >> If you need SASI, you need to use 3.4+. 3.x will always be "unstable" (It >> is explained why in my blog post). You get those odd versions, but it is >> not a solid effort to stabilize the platform, otherwise devs would not jump >> to 3.6, and keep working on 3.5. And then you get 3.7, which might fix some >> issues of 3.4+, but next month you get 3.8 unstable again... I'm waiting to >> see where this is going. I only had bad experiences with 3.x series atm. >> >> If you want stability (and no new features), you would use 2.1.13. >> >> 2.2.x is kind of a mixed bag, no really huge improvements over 2.1.x >> series and it is still having some issues, so I would stick to 2.1.x >> series. >> >> Regards, >> >> Carlos Juzarte Rolo >> Cassandra Consultant / Datastax Certified Architect / Cassandra MVP >> >> Pythian - Love your data >> >> rolo@pythian | Twitter: @cjrolo | Linkedin: >> *linkedin.com/in/carlosjuzarterolo >> <http://linkedin.com/in/carlosjuzarterolo>* >> Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 >> www.pythian.com >> >> On Fri, Apr 22, 2016 at 10:16 AM, Jason Williams < >> jasonjwwilli...@gmail.com> wrote: >> >>> My reading of the tick-rock cycle, is that we've moved from a stable >>> train that receives mostly bug fixes until the next major stable, to one >>> where every odd minor version is a bug fix-only...likely mostly for the >>> previous even. The goal being a relatively continuously stable code base in >>> odd minor versions. >>> >>> In that environment where there is no "stable" train, would the right >>> approach be to pick the feature set needed and then choose the odd minor >>> where that feature set had been stable for 2-3 previous odd minors. >>> >>> For example, SASI was added in 3.4, so 3.5 is the first bug fix only >>> (odd minor) containing it. By the logic above you wouldn't want to use SASI >>> in production until 3.9 or later. Or is my logic about how to treat >>> tick-tock off base? >>> >>> -J >>> >>> >>> Sent via iPhone >>> >>> On Apr 22, 2016, at 01:46, Satoshi Hikida <sahik...@gmail.com> wrote: >>> >>> Hi, >>> >>> I'm also looking for the most stable version of the Cassandra, too. I >>> read Carlos's blog post. According to his article, I guess 2.1.x is the >>> most stable version, is it right? I prefer to use the most stable version >>> rather than many advanced features. For satisfy my purpose, should I use >>> 2.1.X? or latest 2.2.x is recommended? >>> >>> Currently I use 2.2.5, but is the latest 2.1.13 recommended for >>> production use? >>> >>> Regards, >>> Satoshi >>> >>> >>> On Mon, Apr
Re: Most stable version?
I do expect 3 to get stable at some point, according to documentation it will be the 3.0.x series. But the current 3.x tick-tock, I would recommend a jump into it when Datastax do it. Otherwise, maybe 4 might get stable and we could be following similar releases cicles like some software out there, even is stable (2 and 4) even is unstable (3 and 5). But this is my guessing. Wait for a DSE release on 3.x and use that. I had problems in earlier 2.2, 2.2.5 seems to be a solid release, but I will wait for 2.2.6 before recommending for production. Just to be safe :) Regards, Carlos Juzarte Rolo Cassandra Consultant / Datastax Certified Architect / Cassandra MVP Pythian - Love your data rolo@pythian | Twitter: @cjrolo | Linkedin: *linkedin.com/in/carlosjuzarterolo <http://linkedin.com/in/carlosjuzarterolo>* Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 www.pythian.com On Fri, Apr 22, 2016 at 6:42 PM, Jason Williams <jasonjwwilli...@gmail.com> wrote: > Hi Carlos, > > I read your blog post (actually almost everything I can find on tick > tock). My understanding has been tick tock will be the only versioning > going forward. > > Or are you suggesting at some point there will be a stable train for 3? > (or that 3.x will be bumped to 4.0 when stable)? > > We're on 2.2.5 and haven't seen any major problems with it. > > -J > > > > Sent via iPhone > > On Apr 22, 2016, at 03:34, Carlos Rolo <r...@pythian.com> wrote: > > If you need SASI, you need to use 3.4+. 3.x will always be "unstable" (It > is explained why in my blog post). You get those odd versions, but it is > not a solid effort to stabilize the platform, otherwise devs would not jump > to 3.6, and keep working on 3.5. And then you get 3.7, which might fix some > issues of 3.4+, but next month you get 3.8 unstable again... I'm waiting to > see where this is going. I only had bad experiences with 3.x series atm. > > If you want stability (and no new features), you would use 2.1.13. > > 2.2.x is kind of a mixed bag, no really huge improvements over 2.1.x > series and it is still having some issues, so I would stick to 2.1.x > series. > > Regards, > > Carlos Juzarte Rolo > Cassandra Consultant / Datastax Certified Architect / Cassandra MVP > > Pythian - Love your data > > rolo@pythian | Twitter: @cjrolo | Linkedin: *linkedin.com/in/carlosjuzarterolo > <http://linkedin.com/in/carlosjuzarterolo>* > Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 > www.pythian.com > > On Fri, Apr 22, 2016 at 10:16 AM, Jason Williams < > jasonjwwilli...@gmail.com> wrote: > >> My reading of the tick-rock cycle, is that we've moved from a stable >> train that receives mostly bug fixes until the next major stable, to one >> where every odd minor version is a bug fix-only...likely mostly for the >> previous even. The goal being a relatively continuously stable code base in >> odd minor versions. >> >> In that environment where there is no "stable" train, would the right >> approach be to pick the feature set needed and then choose the odd minor >> where that feature set had been stable for 2-3 previous odd minors. >> >> For example, SASI was added in 3.4, so 3.5 is the first bug fix only (odd >> minor) containing it. By the logic above you wouldn't want to use SASI in >> production until 3.9 or later. Or is my logic about how to treat tick-tock >> off base? >> >> -J >> >> >> Sent via iPhone >> >> On Apr 22, 2016, at 01:46, Satoshi Hikida <sahik...@gmail.com> wrote: >> >> Hi, >> >> I'm also looking for the most stable version of the Cassandra, too. I >> read Carlos's blog post. According to his article, I guess 2.1.x is the >> most stable version, is it right? I prefer to use the most stable version >> rather than many advanced features. For satisfy my purpose, should I use >> 2.1.X? or latest 2.2.x is recommended? >> >> Currently I use 2.2.5, but is the latest 2.1.13 recommended for >> production use? >> >> Regards, >> Satoshi >> >> >> On Mon, Apr 18, 2016 at 11:45 PM, Carlos Rolo <r...@pythian.com> wrote: >> >>> Sorry to resurrect this now, but I don't consider anything after 3.0.x >>> stable. >>> >>> I wrote a blog post about this to be clear: >>> https://www.pythian.com/blog/cassandra-version-production/ >>> >>> Use it and pick a version based on your needs. >>> >>> Regards, >>> >>> Carlos Juzarte Rolo >>> Cassandra Consultant / Datastax Certified Architect / Cassandra MVP >>> >>> Pythian - Love your data >
Re: Most stable version?
Hi Carlos, I read your blog post (actually almost everything I can find on tick tock). My understanding has been tick tock will be the only versioning going forward. Or are you suggesting at some point there will be a stable train for 3? (or that 3.x will be bumped to 4.0 when stable)? We're on 2.2.5 and haven't seen any major problems with it. -J Sent via iPhone > On Apr 22, 2016, at 03:34, Carlos Rolo <r...@pythian.com> wrote: > > If you need SASI, you need to use 3.4+. 3.x will always be "unstable" (It is > explained why in my blog post). You get those odd versions, but it is not a > solid effort to stabilize the platform, otherwise devs would not jump to 3.6, > and keep working on 3.5. And then you get 3.7, which might fix some issues of > 3.4+, but next month you get 3.8 unstable again... I'm waiting to see where > this is going. I only had bad experiences with 3.x series atm. > > If you want stability (and no new features), you would use 2.1.13. > > 2.2.x is kind of a mixed bag, no really huge improvements over 2.1.x series > and it is still having some issues, so I would stick to 2.1.x series. > > Regards, > > Carlos Juzarte Rolo > Cassandra Consultant / Datastax Certified Architect / Cassandra MVP > > Pythian - Love your data > > rolo@pythian | Twitter: @cjrolo | Linkedin: linkedin.com/in/carlosjuzarterolo > Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 > www.pythian.com > >> On Fri, Apr 22, 2016 at 10:16 AM, Jason Williams <jasonjwwilli...@gmail.com> >> wrote: >> My reading of the tick-rock cycle, is that we've moved from a stable train >> that receives mostly bug fixes until the next major stable, to one where >> every odd minor version is a bug fix-only...likely mostly for the previous >> even. The goal being a relatively continuously stable code base in odd minor >> versions. >> >> In that environment where there is no "stable" train, would the right >> approach be to pick the feature set needed and then choose the odd minor >> where that feature set had been stable for 2-3 previous odd minors. >> >> For example, SASI was added in 3.4, so 3.5 is the first bug fix only (odd >> minor) containing it. By the logic above you wouldn't want to use SASI in >> production until 3.9 or later. Or is my logic about how to treat tick-tock >> off base? >> >> -J >> >> >> Sent via iPhone >> >>> On Apr 22, 2016, at 01:46, Satoshi Hikida <sahik...@gmail.com> wrote: >>> >>> Hi, >>> >>> I'm also looking for the most stable version of the Cassandra, too. I read >>> Carlos's blog post. According to his article, I guess 2.1.x is the most >>> stable version, is it right? I prefer to use the most stable version rather >>> than many advanced features. For satisfy my purpose, should I use 2.1.X? or >>> latest 2.2.x is recommended? >>> >>> Currently I use 2.2.5, but is the latest 2.1.13 recommended for production >>> use? >>> >>> Regards, >>> Satoshi >>> >>> >>>> On Mon, Apr 18, 2016 at 11:45 PM, Carlos Rolo <r...@pythian.com> wrote: >>>> Sorry to resurrect this now, but I don't consider anything after 3.0.x >>>> stable. >>>> >>>> I wrote a blog post about this to be clear: >>>> https://www.pythian.com/blog/cassandra-version-production/ >>>> >>>> Use it and pick a version based on your needs. >>>> >>>> Regards, >>>> >>>> Carlos Juzarte Rolo >>>> Cassandra Consultant / Datastax Certified Architect / Cassandra MVP >>>> >>>> Pythian - Love your data >>>> >>>> rolo@pythian | Twitter: @cjrolo | Linkedin: >>>> linkedin.com/in/carlosjuzarterolo >>>> Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 >>>> www.pythian.com >>>> >>>>> On Fri, Apr 15, 2016 at 12:44 PM, Jean Tremblay >>>>> <jean.tremb...@zen-innovations.com> wrote: >>>>> Thank you Jack. >>>>> Jean >>>>> >>>>>> On 14 Apr 2016, at 22:00 , Jack Krupansky <jack.krupan...@gmail.com> >>>>>> wrote: >>>>>> >>>>>> Normally, since 3.5 just came out, it would be wise to see if people >>>>>> report any problems over the next few weeks. >>>>>> >>>>>> But... the new tick-tock release process is designed to assure that >>>>>>
Re: Most stable version?
If you need SASI, you need to use 3.4+. 3.x will always be "unstable" (It is explained why in my blog post). You get those odd versions, but it is not a solid effort to stabilize the platform, otherwise devs would not jump to 3.6, and keep working on 3.5. And then you get 3.7, which might fix some issues of 3.4+, but next month you get 3.8 unstable again... I'm waiting to see where this is going. I only had bad experiences with 3.x series atm. If you want stability (and no new features), you would use 2.1.13. 2.2.x is kind of a mixed bag, no really huge improvements over 2.1.x series and it is still having some issues, so I would stick to 2.1.x series. Regards, Carlos Juzarte Rolo Cassandra Consultant / Datastax Certified Architect / Cassandra MVP Pythian - Love your data rolo@pythian | Twitter: @cjrolo | Linkedin: *linkedin.com/in/carlosjuzarterolo <http://linkedin.com/in/carlosjuzarterolo>* Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 www.pythian.com On Fri, Apr 22, 2016 at 10:16 AM, Jason Williams <jasonjwwilli...@gmail.com> wrote: > My reading of the tick-rock cycle, is that we've moved from a stable train > that receives mostly bug fixes until the next major stable, to one where > every odd minor version is a bug fix-only...likely mostly for the previous > even. The goal being a relatively continuously stable code base in odd > minor versions. > > In that environment where there is no "stable" train, would the right > approach be to pick the feature set needed and then choose the odd minor > where that feature set had been stable for 2-3 previous odd minors. > > For example, SASI was added in 3.4, so 3.5 is the first bug fix only (odd > minor) containing it. By the logic above you wouldn't want to use SASI in > production until 3.9 or later. Or is my logic about how to treat tick-tock > off base? > > -J > > > Sent via iPhone > > On Apr 22, 2016, at 01:46, Satoshi Hikida <sahik...@gmail.com> wrote: > > Hi, > > I'm also looking for the most stable version of the Cassandra, too. I read > Carlos's blog post. According to his article, I guess 2.1.x is the most > stable version, is it right? I prefer to use the most stable version rather > than many advanced features. For satisfy my purpose, should I use 2.1.X? or > latest 2.2.x is recommended? > > Currently I use 2.2.5, but is the latest 2.1.13 recommended for production > use? > > Regards, > Satoshi > > > On Mon, Apr 18, 2016 at 11:45 PM, Carlos Rolo <r...@pythian.com> wrote: > >> Sorry to resurrect this now, but I don't consider anything after 3.0.x >> stable. >> >> I wrote a blog post about this to be clear: >> https://www.pythian.com/blog/cassandra-version-production/ >> >> Use it and pick a version based on your needs. >> >> Regards, >> >> Carlos Juzarte Rolo >> Cassandra Consultant / Datastax Certified Architect / Cassandra MVP >> >> Pythian - Love your data >> >> rolo@pythian | Twitter: @cjrolo | Linkedin: >> *linkedin.com/in/carlosjuzarterolo >> <http://linkedin.com/in/carlosjuzarterolo>* >> Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 >> www.pythian.com >> >> On Fri, Apr 15, 2016 at 12:44 PM, Jean Tremblay < >> jean.tremb...@zen-innovations.com> wrote: >> >>> Thank you Jack. >>> Jean >>> >>> On 14 Apr 2016, at 22:00 , Jack Krupansky <jack.krupan...@gmail.com> >>> wrote: >>> >>> Normally, since 3.5 just came out, it would be wise to see if people >>> report any problems over the next few weeks. >>> >>> But... the new tick-tock release process is designed to assure that >>> these odd-numbered releases are only incremental bug fixes from the last >>> even-numbered feature release, which was 3.4. So, 3.5 should be reasonably >>> stable. >>> >>> That said, a bug-fix release of 3.0 is probably going to be more stable >>> than a bug fix release of a more recent feature release (3.4). >>> >>> Usually it comes down to whether you need any of the new features or >>> improvements in 3.x, or whether you might want to keep your chosen release >>> in production for longer than the older 3.0 releases will be in production. >>> >>> Ultimately, this is a personality test: Are you adventuresome or >>> conservative? >>> >>> To be clear, with the new tick-tock release scheme, 3.5 is designed to >>> be a stable release. >>> >>> -- Jack Krupansky >>> >>> On Thu, Apr 14, 2016 at 3:23 PM, Jean Tremblay < >>> jean.tremb...@zen-innovations.com>
Re: Most stable version?
My reading of the tick-rock cycle, is that we've moved from a stable train that receives mostly bug fixes until the next major stable, to one where every odd minor version is a bug fix-only...likely mostly for the previous even. The goal being a relatively continuously stable code base in odd minor versions. In that environment where there is no "stable" train, would the right approach be to pick the feature set needed and then choose the odd minor where that feature set had been stable for 2-3 previous odd minors. For example, SASI was added in 3.4, so 3.5 is the first bug fix only (odd minor) containing it. By the logic above you wouldn't want to use SASI in production until 3.9 or later. Or is my logic about how to treat tick-tock off base? -J Sent via iPhone > On Apr 22, 2016, at 01:46, Satoshi Hikida <sahik...@gmail.com> wrote: > > Hi, > > I'm also looking for the most stable version of the Cassandra, too. I read > Carlos's blog post. According to his article, I guess 2.1.x is the most > stable version, is it right? I prefer to use the most stable version rather > than many advanced features. For satisfy my purpose, should I use 2.1.X? or > latest 2.2.x is recommended? > > Currently I use 2.2.5, but is the latest 2.1.13 recommended for production > use? > > Regards, > Satoshi > > >> On Mon, Apr 18, 2016 at 11:45 PM, Carlos Rolo <r...@pythian.com> wrote: >> Sorry to resurrect this now, but I don't consider anything after 3.0.x >> stable. >> >> I wrote a blog post about this to be clear: >> https://www.pythian.com/blog/cassandra-version-production/ >> >> Use it and pick a version based on your needs. >> >> Regards, >> >> Carlos Juzarte Rolo >> Cassandra Consultant / Datastax Certified Architect / Cassandra MVP >> >> Pythian - Love your data >> >> rolo@pythian | Twitter: @cjrolo | Linkedin: linkedin.com/in/carlosjuzarterolo >> Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 >> www.pythian.com >> >>> On Fri, Apr 15, 2016 at 12:44 PM, Jean Tremblay >>> <jean.tremb...@zen-innovations.com> wrote: >>> Thank you Jack. >>> Jean >>> >>>> On 14 Apr 2016, at 22:00 , Jack Krupansky <jack.krupan...@gmail.com> wrote: >>>> >>>> Normally, since 3.5 just came out, it would be wise to see if people >>>> report any problems over the next few weeks. >>>> >>>> But... the new tick-tock release process is designed to assure that these >>>> odd-numbered releases are only incremental bug fixes from the last >>>> even-numbered feature release, which was 3.4. So, 3.5 should be reasonably >>>> stable. >>>> >>>> That said, a bug-fix release of 3.0 is probably going to be more stable >>>> than a bug fix release of a more recent feature release (3.4). >>>> >>>> Usually it comes down to whether you need any of the new features or >>>> improvements in 3.x, or whether you might want to keep your chosen release >>>> in production for longer than the older 3.0 releases will be in production. >>>> >>>> Ultimately, this is a personality test: Are you adventuresome or >>>> conservative? >>>> >>>> To be clear, with the new tick-tock release scheme, 3.5 is designed to be >>>> a stable release. >>>> >>>> -- Jack Krupansky >>>> >>>>> On Thu, Apr 14, 2016 at 3:23 PM, Jean Tremblay >>>>> <jean.tremb...@zen-innovations.com> wrote: >>>>> Hi, >>>>> Could someone give his opinion on this? >>>>> What should be considered more stable, Cassandra 3.0.5 or Cassandra 3.5? >>>>> >>>>> Thank you >>>>> Jean >>>>> >>>>> > On 12 Apr,2016, at 07:00, Jean Tremblay >>>>> > <jean.tremb...@zen-innovations.com> wrote: >>>>> > >>>>> > Hi, >>>>> > Which version of Cassandra should considered most stable in the version >>>>> > 3? >>>>> > I see two main branch: the branch with the version 3.0.* and the >>>>> > tick-tock one 3.*.*. >>>>> > So basically my question is: which one is most stable, version 3.0.5 or >>>>> > version 3.3? >>>>> > I know odd versions in tick-took are bug fix. >>>>> > Thanks >>>>> > Jean >> >> >> -- >> >
Re: Most stable version?
Hi, I'm also looking for the most stable version of the Cassandra, too. I read Carlos's blog post. According to his article, I guess 2.1.x is the most stable version, is it right? I prefer to use the most stable version rather than many advanced features. For satisfy my purpose, should I use 2.1.X? or latest 2.2.x is recommended? Currently I use 2.2.5, but is the latest 2.1.13 recommended for production use? Regards, Satoshi On Mon, Apr 18, 2016 at 11:45 PM, Carlos Rolo <r...@pythian.com> wrote: > Sorry to resurrect this now, but I don't consider anything after 3.0.x > stable. > > I wrote a blog post about this to be clear: > https://www.pythian.com/blog/cassandra-version-production/ > > Use it and pick a version based on your needs. > > Regards, > > Carlos Juzarte Rolo > Cassandra Consultant / Datastax Certified Architect / Cassandra MVP > > Pythian - Love your data > > rolo@pythian | Twitter: @cjrolo | Linkedin: *linkedin.com/in/carlosjuzarterolo > <http://linkedin.com/in/carlosjuzarterolo>* > Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 > www.pythian.com > > On Fri, Apr 15, 2016 at 12:44 PM, Jean Tremblay < > jean.tremb...@zen-innovations.com> wrote: > >> Thank you Jack. >> Jean >> >> On 14 Apr 2016, at 22:00 , Jack Krupansky <jack.krupan...@gmail.com> >> wrote: >> >> Normally, since 3.5 just came out, it would be wise to see if people >> report any problems over the next few weeks. >> >> But... the new tick-tock release process is designed to assure that these >> odd-numbered releases are only incremental bug fixes from the last >> even-numbered feature release, which was 3.4. So, 3.5 should be reasonably >> stable. >> >> That said, a bug-fix release of 3.0 is probably going to be more stable >> than a bug fix release of a more recent feature release (3.4). >> >> Usually it comes down to whether you need any of the new features or >> improvements in 3.x, or whether you might want to keep your chosen release >> in production for longer than the older 3.0 releases will be in production. >> >> Ultimately, this is a personality test: Are you adventuresome or >> conservative? >> >> To be clear, with the new tick-tock release scheme, 3.5 is designed to be >> a stable release. >> >> -- Jack Krupansky >> >> On Thu, Apr 14, 2016 at 3:23 PM, Jean Tremblay < >> jean.tremb...@zen-innovations.com> wrote: >> >>> Hi, >>> Could someone give his opinion on this? >>> What should be considered more stable, Cassandra 3.0.5 or Cassandra 3.5? >>> >>> Thank you >>> Jean >>> >>> > On 12 Apr,2016, at 07:00, Jean Tremblay < >>> jean.tremb...@zen-innovations.com> wrote: >>> > >>> > Hi, >>> > Which version of Cassandra should considered most stable in the >>> version 3? >>> > I see two main branch: the branch with the version 3.0.* and the >>> tick-tock one 3.*.*. >>> > So basically my question is: which one is most stable, version 3.0.5 >>> or version 3.3? >>> > I know odd versions in tick-took are bug fix. >>> > Thanks >>> > Jean >>> >> >> >> > > -- > > > >
Re: Most stable version?
Sorry to resurrect this now, but I don't consider anything after 3.0.x stable. I wrote a blog post about this to be clear: https://www.pythian.com/blog/cassandra-version-production/ Use it and pick a version based on your needs. Regards, Carlos Juzarte Rolo Cassandra Consultant / Datastax Certified Architect / Cassandra MVP Pythian - Love your data rolo@pythian | Twitter: @cjrolo | Linkedin: *linkedin.com/in/carlosjuzarterolo <http://linkedin.com/in/carlosjuzarterolo>* Mobile: +351 91 891 81 00 | Tel: +1 613 565 8696 x1649 www.pythian.com On Fri, Apr 15, 2016 at 12:44 PM, Jean Tremblay < jean.tremb...@zen-innovations.com> wrote: > Thank you Jack. > Jean > > On 14 Apr 2016, at 22:00 , Jack Krupansky <jack.krupan...@gmail.com> > wrote: > > Normally, since 3.5 just came out, it would be wise to see if people > report any problems over the next few weeks. > > But... the new tick-tock release process is designed to assure that these > odd-numbered releases are only incremental bug fixes from the last > even-numbered feature release, which was 3.4. So, 3.5 should be reasonably > stable. > > That said, a bug-fix release of 3.0 is probably going to be more stable > than a bug fix release of a more recent feature release (3.4). > > Usually it comes down to whether you need any of the new features or > improvements in 3.x, or whether you might want to keep your chosen release > in production for longer than the older 3.0 releases will be in production. > > Ultimately, this is a personality test: Are you adventuresome or > conservative? > > To be clear, with the new tick-tock release scheme, 3.5 is designed to be > a stable release. > > -- Jack Krupansky > > On Thu, Apr 14, 2016 at 3:23 PM, Jean Tremblay < > jean.tremb...@zen-innovations.com> wrote: > >> Hi, >> Could someone give his opinion on this? >> What should be considered more stable, Cassandra 3.0.5 or Cassandra 3.5? >> >> Thank you >> Jean >> >> > On 12 Apr,2016, at 07:00, Jean Tremblay < >> jean.tremb...@zen-innovations.com> wrote: >> > >> > Hi, >> > Which version of Cassandra should considered most stable in the version >> 3? >> > I see two main branch: the branch with the version 3.0.* and the >> tick-tock one 3.*.*. >> > So basically my question is: which one is most stable, version 3.0.5 or >> version 3.3? >> > I know odd versions in tick-took are bug fix. >> > Thanks >> > Jean >> > > > -- --
Re: Most stable version?
Thank you Jack. Jean On 14 Apr 2016, at 22:00 , Jack Krupansky <jack.krupan...@gmail.com<mailto:jack.krupan...@gmail.com>> wrote: Normally, since 3.5 just came out, it would be wise to see if people report any problems over the next few weeks. But... the new tick-tock release process is designed to assure that these odd-numbered releases are only incremental bug fixes from the last even-numbered feature release, which was 3.4. So, 3.5 should be reasonably stable. That said, a bug-fix release of 3.0 is probably going to be more stable than a bug fix release of a more recent feature release (3.4). Usually it comes down to whether you need any of the new features or improvements in 3.x, or whether you might want to keep your chosen release in production for longer than the older 3.0 releases will be in production. Ultimately, this is a personality test: Are you adventuresome or conservative? To be clear, with the new tick-tock release scheme, 3.5 is designed to be a stable release. -- Jack Krupansky On Thu, Apr 14, 2016 at 3:23 PM, Jean Tremblay <jean.tremb...@zen-innovations.com<mailto:jean.tremb...@zen-innovations.com>> wrote: Hi, Could someone give his opinion on this? What should be considered more stable, Cassandra 3.0.5 or Cassandra 3.5? Thank you Jean > On 12 Apr,2016, at 07:00, Jean Tremblay > <jean.tremb...@zen-innovations.com<mailto:jean.tremb...@zen-innovations.com>> > wrote: > > Hi, > Which version of Cassandra should considered most stable in the version 3? > I see two main branch: the branch with the version 3.0.* and the tick-tock > one 3.*.*. > So basically my question is: which one is most stable, version 3.0.5 or > version 3.3? > I know odd versions in tick-took are bug fix. > Thanks > Jean
Re: Most stable version?
Normally, since 3.5 just came out, it would be wise to see if people report any problems over the next few weeks. But... the new tick-tock release process is designed to assure that these odd-numbered releases are only incremental bug fixes from the last even-numbered feature release, which was 3.4. So, 3.5 should be reasonably stable. That said, a bug-fix release of 3.0 is probably going to be more stable than a bug fix release of a more recent feature release (3.4). Usually it comes down to whether you need any of the new features or improvements in 3.x, or whether you might want to keep your chosen release in production for longer than the older 3.0 releases will be in production. Ultimately, this is a personality test: Are you adventuresome or conservative? To be clear, with the new tick-tock release scheme, 3.5 is designed to be a stable release. -- Jack Krupansky On Thu, Apr 14, 2016 at 3:23 PM, Jean Tremblay < jean.tremb...@zen-innovations.com> wrote: > Hi, > Could someone give his opinion on this? > What should be considered more stable, Cassandra 3.0.5 or Cassandra 3.5? > > Thank you > Jean > > > On 12 Apr,2016, at 07:00, Jean Tremblay < > jean.tremb...@zen-innovations.com> wrote: > > > > Hi, > > Which version of Cassandra should considered most stable in the version > 3? > > I see two main branch: the branch with the version 3.0.* and the > tick-tock one 3.*.*. > > So basically my question is: which one is most stable, version 3.0.5 or > version 3.3? > > I know odd versions in tick-took are bug fix. > > Thanks > > Jean >
Re: Most stable version?
Hi, Could someone give his opinion on this? What should be considered more stable, Cassandra 3.0.5 or Cassandra 3.5? Thank you Jean > On 12 Apr,2016, at 07:00, Jean Tremblay <jean.tremb...@zen-innovations.com> > wrote: > > Hi, > Which version of Cassandra should considered most stable in the version 3? > I see two main branch: the branch with the version 3.0.* and the tick-tock > one 3.*.*. > So basically my question is: which one is most stable, version 3.0.5 or > version 3.3? > I know odd versions in tick-took are bug fix. > Thanks > Jean
Most stable version?
Hi, Which version of Cassandra should considered most stable in the version 3? I see two main branch: the branch with the version 3.0.* and the tick-tock one 3.*.*. So basically my question is: which one is most stable, version 3.0.5 or version 3.3? I know odd versions in tick-took are bug fix. Thanks Jean
RE: cassandra most stable version ?
--- Original Message --- From: Viktor Jevdokimov viktor.jevdoki...@adform.com Sent: December 7, 2011 12/7/11 To: user@cassandra.apache.org Subject: RE: cassandra most stable version ? 0.8.7 Best regards/ Pagarbiai Viktor Jevdokimov Senior Developer Email: viktor.jevdoki...@adform.com Phone: +370 5 212 3063.Fax: +370 5 261 0453 J. Jasinskio 16C, LT-01112 Vilnius, Lithuania Follow: Visit our blog Disclaimer: The information contained in this message and attachments is intended solely for the attention and use of the named addressee and may be confidential. If you are not the intended recipient, you are reminded that the information remains the property of the sender. You must not use, disclose, distribute, copy, print or rely on this e-mail. If you have received this message in error, please contact the sender immediately and irrevocably delete this message and any copies. From: Pierre Chalamet [mailto:pie...@chalamet.net] Sent: Wednesday, December 07, 2011 00:05 To: user@cassandra.apache.org Subject: cassandra most stable version ? Hello, Recent problems with Cassandra 1.0.x versions seems to tell it is still not ready for prime time. We are currently using version 0.8.5 on our development cluster – although we have not seen much problems with this one, maybe recent versions of 0.8.x might be safer to use. So what version are you running in production ? What kinds of problems do you encounter if any ? Thanks, - Pierre
Re: cassandra most stable version ?
0.6.12, we had serious problem with 0.7.x and 0.8.x
Re: cassandra most stable version ?
On 12/08/2011 04:50 PM, Attila Babo wrote: 0.6.12, we had serious problem with 0.7.x and 0.8.x Seriously folks - dont make the choice to run 0.6.x build now, that would be like burning all our books (and e-books, and internets) and returning to the dark ages by choice. 0.7.x is the first modern cassandra. You should run 0.7.1 or higher, and really unless you have a reason not to, run 0.8.x or higher. I stay one major version behind until I am comfortable the bugs are worked out, but 0.6 would be a bad choice to start with now. -Eric
Re: cassandra most stable version ?
Thanks. Anyone else to share his production version and some feedbacks ? - Pierre -Original Message- From: Jahangir Mohammed md.jahangi...@gmail.com Date: Tue, 6 Dec 2011 17:36:37 To: user@cassandra.apache.org Reply-To: user@cassandra.apache.org Subject: Re: cassandra most stable version ? We are running 0.8.7. No big issues so far. Thanks, Jahangir. On Tue, Dec 6, 2011 at 5:05 PM, Pierre Chalamet pie...@chalamet.net wrote: Hello, ** ** Recent problems with Cassandra 1.0.x versions seems to tell it is still not ready for prime time. ** ** We are currently using version 0.8.5 on our development cluster – although we have not seen much problems with this one, maybe recent versions of 0.8.x might be safer to use. ** ** So what version are you running in production ? What kinds of problems do you encounter if any ? ** ** Thanks, - Pierre
AW: cassandra most stable version ?
Hi Pierre, we started some Tests with 1.0.x, and had a lot of trouble. Now we are running 0.8.7 and had also no failures and good performance. -Karsten Von: Pierre Chalamet [mailto:pie...@chalamet.net] Gesendet: Mittwoch, 7. Dezember 2011 16:37 An: user@cassandra.apache.org Betreff: Re: cassandra most stable version ? Thanks. Anyone else to share his production version and some feedbacks ? - Pierre From: Jahangir Mohammed md.jahangi...@gmail.commailto:md.jahangi...@gmail.com Date: Tue, 6 Dec 2011 17:36:37 -0500 To: user@cassandra.apache.orgmailto:user@cassandra.apache.org ReplyTo: user@cassandra.apache.orgmailto:user@cassandra.apache.org Subject: Re: cassandra most stable version ? We are running 0.8.7. No big issues so far. Thanks, Jahangir. On Tue, Dec 6, 2011 at 5:05 PM, Pierre Chalamet pie...@chalamet.netmailto:pie...@chalamet.net wrote: Hello, Recent problems with Cassandra 1.0.x versions seems to tell it is still not ready for prime time. We are currently using version 0.8.5 on our development cluster - although we have not seen much problems with this one, maybe recent versions of 0.8.x might be safer to use. So what version are you running in production ? What kinds of problems do you encounter if any ? Thanks, - Pierre
RE: cassandra most stable version ?
Hi Pierre, Using 1.0.2 without any problem so far. 0.8.x had problems for us. Never tried 0.8.7 or later tough. Carlos Rolo From: Karsten Pappert [mailto:kars...@pappert.de] Sent: woensdag 7 december 2011 16:54 To: user@cassandra.apache.org; pie...@chalamet.net Subject: AW: cassandra most stable version ? Hi Pierre, we started some Tests with 1.0.x, and had a lot of trouble. Now we are running 0.8.7 and had also no failures and good performance. -Karsten Von: Pierre Chalamet [mailto:pie...@chalamet.net]mailto:[mailto:pie...@chalamet.net] Gesendet: Mittwoch, 7. Dezember 2011 16:37 An: user@cassandra.apache.orgmailto:user@cassandra.apache.org Betreff: Re: cassandra most stable version ? Thanks. Anyone else to share his production version and some feedbacks ? - Pierre From: Jahangir Mohammed md.jahangi...@gmail.commailto:md.jahangi...@gmail.com Date: Tue, 6 Dec 2011 17:36:37 -0500 To: user@cassandra.apache.orgmailto:user@cassandra.apache.org ReplyTo: user@cassandra.apache.orgmailto:user@cassandra.apache.org Subject: Re: cassandra most stable version ? We are running 0.8.7. No big issues so far. Thanks, Jahangir. On Tue, Dec 6, 2011 at 5:05 PM, Pierre Chalamet pie...@chalamet.netmailto:pie...@chalamet.net wrote: Hello, Recent problems with Cassandra 1.0.x versions seems to tell it is still not ready for prime time. We are currently using version 0.8.5 on our development cluster - although we have not seen much problems with this one, maybe recent versions of 0.8.x might be safer to use. So what version are you running in production ? What kinds of problems do you encounter if any ? Thanks, - Pierre
RE: cassandra most stable version ?
0.8.7 Best regards/ Pagarbiai Viktor Jevdokimov Senior Developer Email: viktor.jevdoki...@adform.com Phone: +370 5 212 3063. Fax: +370 5 261 0453 J. Jasinskio 16C, LT-01112 Vilnius, Lithuania [Adform news]http://www.adform.com/ [Visit us!] Follow: [twitter]http://twitter.com/#!/adforminsider Visit our bloghttp://www.adform.com/site/blog Disclaimer: The information contained in this message and attachments is intended solely for the attention and use of the named addressee and may be confidential. If you are not the intended recipient, you are reminded that the information remains the property of the sender. You must not use, disclose, distribute, copy, print or rely on this e-mail. If you have received this message in error, please contact the sender immediately and irrevocably delete this message and any copies. From: Pierre Chalamet [mailto:pie...@chalamet.net] Sent: Wednesday, December 07, 2011 00:05 To: user@cassandra.apache.org Subject: cassandra most stable version ? Hello, Recent problems with Cassandra 1.0.x versions seems to tell it is still not ready for prime time. We are currently using version 0.8.5 on our development cluster - although we have not seen much problems with this one, maybe recent versions of 0.8.x might be safer to use. So what version are you running in production ? What kinds of problems do you encounter if any ? Thanks, - Pierre inline: signature-logo29.pnginline: dm-exco4823.pnginline: tweet18be.png
cassandra most stable version ?
Hello, Recent problems with Cassandra 1.0.x versions seems to tell it is still not ready for prime time. We are currently using version 0.8.5 on our development cluster - although we have not seen much problems with this one, maybe recent versions of 0.8.x might be safer to use. So what version are you running in production ? What kinds of problems do you encounter if any ? Thanks, - Pierre
Re: cassandra most stable version ?
We are running 0.8.7. No big issues so far. Thanks, Jahangir. On Tue, Dec 6, 2011 at 5:05 PM, Pierre Chalamet pie...@chalamet.net wrote: Hello, ** ** Recent problems with Cassandra 1.0.x versions seems to tell it is still not ready for prime time. ** ** We are currently using version 0.8.5 on our development cluster – although we have not seen much problems with this one, maybe recent versions of 0.8.x might be safer to use. ** ** So what version are you running in production ? What kinds of problems do you encounter if any ? ** ** Thanks, - Pierre