Hi I just read "Why Vector Clocks are Easy". I am having trouble
seeing the advantage of letting a stale PUT into production and merge
afterwards vs HTTP's Conditional PUT, which never let's a stale PUT
into production.
I feel like the way that HTTP handles optimistic concurrency control
works a l
Thanks guys, will definately build from source for the future.
On 03/01/2011, at 2:14 PM, Jeremiah Peschka wrote:
> Glad to hear you got it working. Alexander is spot on, as well. You can get
> started with a single node and don't have to change anything.
>
> Jeremiah Peschka
> Microsoft SQL S
Glad to hear you got it working. Alexander is spot on, as well. You can get
started with a single node and don't have to change anything.
Jeremiah Peschka
Microsoft SQL Server MVP
MCITP: Database Developer, DBA
On Jan 2, 2011 11:08 PM, "Matthew Shaw" wrote:
> Hi Jeremiah,
>
> that did it, thank y
Also, you shouldn't have to "modif[y] the vm.args and app.config files" if you
just want to test out a cluster, look here:
http://wiki.basho.com/Building-a-Development-Environment.html
-Alexander Sicular
@siculars
On Jan 2, 2011, at 10:27 PM, Jeremiah Peschka wrote:
> For starters, you should
For starters, you should rebuild your riak with the most current stable
version, 0.13, which you can download here:
http://downloads.basho.com/riak/riak-0.13/riak-0.13.0-osx-i386.tar.gz
Once you do that, let us know if you still see the problem and what the
output of `riak-admin ringready` says.
Hi,
I'm trying to create a 3 node cluster on my mac. I've followed the wikki,
creating riak1, riak2, riak3 directories and modified the vm.args and
app.config files accordingly. I join riak2 and riak3 to riak1. However this is
what the dump of riak1_admin status looks like and there are not 3 r
