Hi Norman,
At the moment, there are no pure platforms offering a "Riak as a
Service" (meaning access to a shared Riak cluster built for use by
multiple tenants). That said, there are various companies that offer
managed Riak clusters: Joyent, Tier3, and GoGrid are a few (and there
are more in the
from the post:
package=basho-release-6-1.noarch.rpm && wget
http://yum.basho.com/gpg/$package -O /tmp/$package && sudo rpm -ivh
/tmp/$package
That can be simplified to:
sudo rpm -ivh http://yum.basho.com/gpg/basho-release-6-1.noarch.rpm
ps. Thanks for this!
On Oct 16, 2012, at 2:47 P
Wow. This is very much appreciated and will simplify our stuff
considerably. Thanks!
On Oct 16, 2012 5:48 PM, "James Martin" wrote:
> Folks,
>
> I'm pleased to announce we now have official Basho package
> repositories for CentOS/Red Hat versions 5 & 6, Debian Squeeze, and
> Ubuntu Lucid/Natty/Pr
Folks,
I'm pleased to announce we now have official Basho package
repositories for CentOS/Red Hat versions 5 & 6, Debian Squeeze, and
Ubuntu Lucid/Natty/Precise.
For information how to use these repos, please see our blog announcement:
http://basho.com/blog/technical/2012/10/16/Basho-Package-Rep
David,
You can always add a line to any script you use to stop riak that is
something like
/riak/%ERTS_PATH%/bin/epmd -kill
It should be trivial to add that to 'riak stop' if you indeed want that.
-Jared
On Tue, Oct 16, 2012 at 10:49 AM, Ciprian Dorin Craciun <
ciprian.crac...@gmail.com> wrot
On Tue, Oct 9, 2012 at 12:31 AM, David Lowell wrote:
> I would like to understand better why '/etc/init.d/riak stop' stops riak,
> but the 'epmd' daemon continues to run. I would have hoped that when I
> administratively stop riak on a node that all its various cogs would stop
> turning.
>
> Furth
Anyone else using the Ruby riak client test server with JRuby with any success?
There seems to be some issue with pipes and JRuby that I can't quite figure out
how to negotiate. Here's what I get when I try to fire up the test server:
ArgumentError: Could not find or open pipes for Riak console
Hi there,
as part of my evaluation of Riak, I am looking at the M/R capabilities and
I have several questions:
1/ the doc states that " Riak MapReduce is intended for batch processing,
not real-time querying." But as of now, you always get the results and
cannot automatically store them in a bucke
Pavel as an alternative to re-writing the objects to cause them to be indexed,
you may invoke what I call a map operation with side-effects.
You define an Erlang map-phase function as follows:
map_reindex({error,notfound}, _, _) ->
[];
map_reindex(RiakObject, _, _) ->
riak_search_kv_hoo
Pavel as an alternative to re-writing the objects to cause them to be indexed,
you may invoke what I call a map operation with side-effects.
You define an Erlang map-phase function as follows:
map_reindex({error,notfound}, _, _) ->
[];
map_reindex(RiakObject, _, _) ->
riak_search_kv_hoo
David,
Yes, Riak Search is not the most friendly thing to remotely control.
I know we warn against writing to the _rs_schema directly but I never did
care much for warnings. I tested the following and it worked fine. I
don't know Python. The content-type isn't necessary but seemed like a good
Thanks a lot.
On Tue, Oct 16, 2012 at 2:44 PM, Ryan Zezeski wrote:
>
>
> On Sun, Oct 14, 2012 at 12:33 AM, Pavel Kogan wrote:
>>
>>
>> 1) Is search enabling has any impact on read latency/throughput?
>>
>
> If you are reading and searching at the same time there is a good chance
> it will. It w
On Sun, Oct 14, 2012 at 12:33 AM, Pavel Kogan wrote:
>
>
> 1) Is search enabling has any impact on read latency/throughput?
>
If you are reading and searching at the same time there is a good chance it
will. It will cause more disk seeks.
> 2) Is search enabling has any impact on RAM usage?
>
Hello Bryan,
Thanks a lot for the ideas!
In case of any results, I will necessarily share them.
Best Regards,
Sergey
-Original Message-
From: Bryan Fink [mailto:br...@basho.com]
Sent: Monday, October 15, 2012 7:05 PM
To: Zhemzhitsky Sergey
Cc: riak-users
Subject: Re: Is it possible t
The Java ClusterClient uses a very simple round-robin and downed nodes
are not removed from the rotation. In addition, it uses a global index
that gets incremented on every operation/retry from the client
threads.
Especially with 3 nodes and any amount of load it is likely a single
thread will end
You are right! Riak was killed by the oom killer on all nodes except the one I
was looking at.
Oct 14 18:34:01 gr-node03 kernel: [ pid ] uid tgid total_vm rss cpu
oom_adj oom_score_adj name
Oct 14 18:34:01 gr-node03 kernel: [31808] 106 31808 5178811 3884730 0
0 0
Hi list,
We have a cluster of three Riak 0.14.2 nodes in production and quite happy
with it. I'm planning the upgrade to 1.2.0 and while testing it, I wondered
about how a client should behave during a rolling upgrade (1 node is down
for maintenance but the cluster is working).
My expectations fo
17 matches
Mail list logo
