Hi ,
I have upgrade riak 0.14.2 to 1.0 and now i want to upgrade it to 1.2 .
I have few questions .
1> Is it possible to upgrade directly from 1.0 to 1.2 or do i need to
follow intermediate upgrading steps like 1.0 -> 1.1 -> 1.2 ?
2> Do i need to follow same steps which are mention at
https
It's a little bit mixed up here. Sorry, my fault, there is two threads with
similar problems.
So the factory now is *standard_analyzer_factory*. I changed it, why It
didn't work with integer and whitespase (probably by my lacking of
understanding how it works). That means the values are just liter
Hey Sohil,
maybe my writeup of a 0.14.2 to 1.2 migration helps
http://tisba.de/2012/08/20/migrating-riak-from-0-14-2-to-1-2/
AFAIK the recommended upgrade path ist pre-1.0 to 1.1.4 to 1.2.
Best
Sebastian
On 21.08.2012, at 09:12, raghwani sohil wrote:
> Hi ,
>
> I have upgrade riak 0.14.2
Hi
In my setup everything worked fine until I upgraded to riak 1.2
(although this may be a coincidence)
Nodes are installed from scratch with changes only to db backend (I'm
using eLevelDB)
and names.
For some reason node cannot join to another.
What am I doing wrong?
I'm using Ubuntu 10.04 but I
Daniel,
Cluster operations (invoked by `riak-admin cluster`) are now multi-phase.
Instead of calling an operation and it taking effect immediately you need
to stage your changes, view your changes, and then commit them. E.g.
riak-admin cluster join blah
riak-admin cluster plan
riak-admin clus
Speaking of joining clusters . . .
I'm in the middle of writing a CFEngine promise to automatically install
Riak, configure it and join a cluster.
Is it best to have all nodes issue a 'riak-admin cluster join' command
before a single node issues the final 'riak-admin cluster commit'
command?
It might be worth looking at the Chef cookbook for how it does it. As
I see it on a fresh install with no data, there's probably not much
major risk in concurrent joins. On an existing install, however, I'd
think you would want to go serially.
We stand up all of our riak clusters from scratch usin
You do need to do a rolling upgrade, but 1.0 -> 1.2 is fine.
On Tue, Aug 21, 2012 at 5:29 AM, Sebastian Cohnen
wrote:
> Hey Sohil,
>
> maybe my writeup of a 0.14.2 to 1.2 migration helps
> http://tisba.de/2012/08/20/migrating-riak-from-0-14-2-to-1-2/
>
> AFAIK the recommended upgrade path ist pre
Thanks Ryan!
I'll give it a try. Where I can find details about it, parameters options etc.?
D.
On 21 August 2012 14:36, Ryan Zezeski wrote:
> Daniel,
>
> Cluster operations (invoked by `riak-admin cluster`) are now multi-phase.
> Instead of calling an operation and it taking effect immediate
On Tue, Aug 21, 2012 at 05:00:31PM +0100, Daniel Iwan wrote:
> Thanks Ryan!
>
> I'll give it a try. Where I can find details about it, parameters options
> etc.?
Just type riak-admin cluster and it will print the help message.
Andrew
___
riak-users m
Mark,
Thanks for the script! We've been using it for a couple of months already
and it seems to be doing ok.
But my current concern is - how can we measure the performance impact of
calling "/stats/" on Riak nodes prior to 1.2?
Maybe it is better to use the suggested scripts (
https://github.com/
I was in the Riak 1.2 webinar earlier today and asked a leveldb question about
insertion order and durability vs. bitcask's WOL architecture. Joe was not able
to get to my question then but took the time to write me a detailed answer.
Great engineers at Basho taking time to answer questions is a
> Thanks for the script! We've been using it for a couple of months already
> and it seems to be doing ok.
Awesome! :)
> But my current concern is - how can we measure the performance impact of
> calling "/stats/" on Riak nodes prior to 1.2?
> Maybe it is better to use the suggested scripts
> (ht
On Wed, Aug 22, 2012 at 5:33 AM, Alexander Sicular wrote:
> I was in the Riak 1.2 webinar earlier today and asked a leveldb question
> about insertion order and durability vs. bitcask's WOL architecture. Joe
> was not able to get to my question then but took the time to write me a
> detailed answe
thanks!!
-Matthew
On Tue, Aug 21, 2012 at 7:29 PM, David Yu wrote:
>
>
> On Wed, Aug 22, 2012 at 5:33 AM, Alexander Sicular wrote:
>
>> I was in the Riak 1.2 webinar earlier today and asked a leveldb question
>> about insertion order and durability vs. bitcask's WOL architecture. Joe
>> was
Hello,
So I tried populating data on 1.2
The way I store is, for each new date, I create a bucket A- and store
the main data here as follows
(K1,V1), (K2, V2)
Then in another bucket B, I add links for each of the above keys
So, K1 contains links for (A-, K1), (A-, K1), ...
(A-, K1)
As time pa
16 matches
Mail list logo