Thanks everyone.
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Oh ok so there is the "spammy" factor to think about with large ring size,
thanks all for the helpful info, will go with smaller ring size (will also
do a bit of benchmarking to see if there's any difference).
On Thu, Apr 25, 2013 at 6:37 PM, Sean Cribbs wrote:
> Minor correction to Dmitri's ca
Thanks Dmitri and Matt for the info, those are very helpful. The short
version is great, will dive into the links more.
On Thu, Apr 25, 2013 at 2:16 PM, Dmitri Zagidulin wrote:
> Tom,
>
> In addition to Matt's links above, I would recommend to take a look at the
> following pages:
>
>
> http://
Minor correction to Dmitri's calcuation: the size of the covering set of
vnodes is RingSize / NVal, or 64 / 3 ~= 22 for the default configuration.
That said, it is still what one would consider "spammy" and should be done
with caution.
On Thu, Apr 25, 2013 at 11:10 PM, Dev Vasantharajan wrote:
Speaking of ring resizing, this SO answer from Dmitri could also be good
reference (if you ever wanna go there).
http://stackoverflow.com/questions/14685236/migrating-riak-data-when-ring-size-changes
On Fri, Apr 26, 2013 at 12:04 AM, Dmitri Zagidulin wrote:
> Tom,
>
> Just to emphasize Joe's co
Wow. You really went deep in the way back machine for that gem.
@siculars
http://siculars.posterous.com
Sent from my iRotaryPhone
On Apr 25, 2013, at 13:32, n6mac41717 wrote:
> Thanks for the quick reply Dmitri!
>
> Given your insight below, I'm wondering in Riak v2.x, whether it would be
>
The feature to automatically index all of the objects in a bucket already
exists.
If you choose the LevelDB backend and enable Secondary Indexes in the
config file, you automatically get the '$bucket' index (see the 'Special
Fields' section of
http://docs.basho.com/riak/latest/cookbooks/Secondary-
Tom,
Just to emphasize Joe's comment -- 512 should be the _maximum_ you want to
use as your ring size with leveldb/multi backend. But you should probably
use a smaller size, unless your cluster is going to have several dozen
nodes.
The recommended rule of thumb with ring size is "~10 vnodes to a
I've found and filed a bug in the Fedora RPM -
https://bugzilla.redhat.com/show_bug.cgi?id=929028. I have run Riak on
Fedora as specified on the website docs without problems, but IMHO
it's in everyone's interest for open source projects like Riak to work
with the Linux distributors. The last time
Tom,
In addition to Matt's links above, I would recommend to take a look at the
following pages:
http://docs.basho.com/riak/latest/references/appendices/Cluster-Capacity-Planning/
and
http://docs.basho.com/riak/latest/tutorials/System-Planning/
The short version is:
* RAM is important, especiall
Yes thank you Dmitri
Le 25 avr. 2013 19:52, "Dmitri Zagidulin" a écrit :
> Hi Simon,
>
> You are correct - setting the ETag in the Riak object header when doing a
> PUT or POST does not work (there is no way to specify or change the ETag on
> most riak clients).
>
> The good news is, I think you
Hi Simon,
You are correct - setting the ETag in the Riak object header when doing a
PUT or POST does not work (there is no way to specify or change the ETag on
most riak clients).
The good news is, I think you can solve your particular problem (caching
users' web pages) without that capability. Y
Thanks for the quick reply Dmitri!
Given your insight below, I'm wondering in Riak v2.x, whether it would be
possible to include a feature that automatically creates the index for you
behind the scenes so that indeed GET url/bucket(s) would return the keys.
Just a thought...
Dmitri Zagidulin wr
In addition, to reiterate what Alexander said in the email thread above,
keep in mind that doing a 'list keys' on a bucket forces Riak to iterate
through ALL of the keys in a cluster, not just those belonging to a bucket.
Meaning, if your cluster has 100 million keys, but a particular bucket has
o
Hi Chuck,
So there is not currently support for listing keys by just issuing a GET to
/buckets/bucketname/.
Part of the reason for that is - there's many operations to be performed on
the bucket resource -- list keys, get bucket properties, etc. That's why
you have several URLs to specify what you
Christopher,
We don't maintain those package that come from Fedora and don't test
against those packages. We test against our own packages that are
integrated with the Erlang VM we embed with Riak. This ensures as best as
we can a high level of testing that is consistent on all platforms. By all
m
I know it's been over two years since this post, and I'm wondering if the
latest version of Riak has made improvements to list keys--I tried the query
with "keys=true" and I didn't seem to have TSA/octomom-related wait times.
I was originally hoping that I could get a list of keys via the RESTful
Hi,
I'd hope someone can update the installation procedures of riak on
Fedora.
As a feature of Fedora 18, riak can be directly install from yum.
Using yum is easy for maintenance.
Thanks.
___
riak-users mailing list
riak-users@lists.basho.com
http:
Hey Simon,
The badarg exception means that it can't convert your string to an atom
because the 'sfdc_hash' atom is not previously used.
Most likely this is because your .beam file is in the path but not loaded,
meaning list_to_existing_binary/1 will until you load the file in an
alternative way.
19 matches
Mail list logo
