Which encryption app are you using? Is it whole disk?
sent from my rotary phone
-Original Message-
From: Jeremy Gailor
Sender: riak-users-boun...@lists.basho.com
Date: Thu, 28 Jul 2011 16:05:12
To:
Subject: Riak + OS X + Encrypted drive = 503s
_
And wouldn't the concatenation be [1,2,3,3,4,5] ?
-alexander
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: Bob Ippolito
Sender: riak-users-boun...@lists.basho.com
Date: Mon, 25 Jul 2011 15:13:36
To: Brian Rowe
Cc: riak-users
Subject: Re: Reduce phase behavior clarif
That doesn't much make sense to me at all. Also, have you tried getting the
HEAD? Vclock comes out in the meta, but it and the entire body are read off
disk.
Cheers,
Alexander
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: Andrew Berman
Sender: riak-users-boun...@
Search the list for a lengthy discussion on very large ring_creation_size. I'm
wagering that 2048 is too large. If you can't imagine having more than 50
physical nodes your size should not be more than 512.
Cheers,
Alexander
Sent from my Verizon Wireless BlackBerry
-Original Message-
Riak m/r is a scan operation. Solr is an indexed operation. By definition an
indexed operation will be faster than a scan operation. Just something to keep
in mind.
You also mention "search by field" but Riak is opaque to values so I will just
assume your values are json (not to say that you c
(Standard disclaimer applies, to the best of my knowledge, ymmv, bla bla)
Headers:
8KB max.
Read your writes:
Use dw param to ensure everything is persisted n times. Let your client retry
if it comes back w a 404.
Locks:
Don't exist in riak. Either implement higher up the stack or use dw sett
Ill just chime in and say that this is not practical for a few reasons. The
largest known riak cluster has like 50 or 60 nodes. Afaik, inter node
communication of erlang clusters top out at a few hundred nodes. I'm also under
the impression that each physical node has to have enough file descrip
Riak does not do locks. Locking is a fundamental use case mismatch in the Riak
world. Don't do it. Don't shoehorn Riak (or any other product) into a use case
it is not meant to support.
Rework your application to make use of Riaks eventually consistent model or
don't use Riak.
Otherwise bewa
All things being equal (which is atarded[0] because I don't know squat
about your use case), I would go with choice #2. Main concern would be multiple
failures before read repair could be executed via #1. Depending on data size
this could take a long time.
Summary:
1. Potential data loss d
t; with the correct cinfig settings such that the 3 can be joined together.
>
>
> @siculars on twitter
> http://siculars.posterous.com
>
> Sent from my iPhone
>
> On Mar 29, 2011, at 15:52, Les Mikesell wrote:
>
>> On 3/29/2011 5:33 PM, Mårten Gustafson wrote:
>>>
No, not yet. Downgrade your erlang or dl a bin.
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: Yury Dorofeev
Sender: riak-users-boun...@lists.basho.com
Date: Thu, 24 Mar 2011 07:41:26
To:
Subject: run riak on Ubuntu 10.10, Erlang R14B02
_
11 matches
Mail list logo
