Hi,
I m getting following error while taking backup from specific node in riak
Error:
dev2/bin/riak-admin backup dev2@172.16.1.128 riak /tmp/riakbk.txt
dev2@172.16.1.128
{"init terminating in do_boot",{{case_clause,"dev2@172.16.1.128
"},[{riak_kv_backup,backup,3},{erl_eval,do_apply,5},{init,sta
Generally, I would advise against using heart as it has no rate
limiting when restarting, which can lead to vicious cycles of restart.
The presence of "heart" in the riak scripts was my attempt (way back
when) to ensure that the generic Erlang scripts provided access to as
much functionality as po
I'm starting to play with Riak, so far I am very impressed with the
product.
I want to use Riak as an highly available distributed cache.
I've compiled Erlang R1304 from source (--with-ssl, --enable-smp-support,
--enable-kernel-poll)
I've compiled riak-0.14.2 from source
I use 2 nodes, they are
So just manually restart the nod
- Jeremy
On 2011-08-03 9:29 AM, "David Smith" wrote:
> Generally, I would advise against using heart as it has no rate
> limiting when restarting, which can lead to vicious cycles of restart.
>
> The presence of "heart" in the riak scripts was my attempt (way bac
So just manually restart the nodes? Is this what most people do?
- Jeremy
On 2011-08-03 12:48 PM, "Jeremy Raymond" wrote:
> So just manually restart the nod
>
> - Jeremy
>
> On 2011-08-03 9:29 AM, "David Smith" wrote:
>> Generally, I would advise against using heart as it has no rate
>> limitin
Hi,
I know you can set n value on a per bucket basis.
and you can set r value on client side for read.
can you set a r value on a per bucket basis too so that you don't have
to require
all client HTTP GET to have to pass r=somevalue?
Thanks
--
Omnem crede diem tibi diluxisse supremum.
__
Yup, see r, w, etc here: http://wiki.basho.com/HTTP-Set-Bucket-Properties.html
On Wed, Aug 3, 2011 at 11:55 AM, Wilson MacGyver wrote:
> Hi,
>
> I know you can set n value on a per bucket basis.
>
> and you can set r value on client side for read.
>
> can you set a r value on a per bucket basis
Or you could use a process monitor like monit or god depending on your
environment.
-alexander
Sent from my rotary phone.
On Aug 3, 2011 12:49 PM, "Jeremy Raymond" wrote:
> So just manually restart the nodes? Is this what most people do?
>
> - Jeremy
>
> On 2011-08-03 12:48 PM, "Jeremy Raymond"
hello,
we are using riak search in our project via the riak-java client.
using mapreduce over search; we are getting back bucket-key pairs but need to
get the search-related scores for each returned object as well.
we believe that the score may be in KeyData parameter but are unsure of how to
Thank you. I tried googling for it, I guess my google-fu is weak :)
On Aug 3, 2011, at 1:15 PM, Brett Hoerner wrote:
> Yup, see r, w, etc here: http://wiki.basho.com/HTTP-Set-Bucket-Properties.html
>
>
>
> On Wed, Aug 3, 2011 at 11:55 AM, Wilson MacGyver wrote:
>> Hi,
>>
>> I know you can s
gtuhl wrote:
> With Riak, my main challenge is getting this data loaded. Using the
> PHP library I am able to push 100-200 documents/sec.
A quick grep through the PHP client source suggests that that client
doesn't support the Protocol Buffers interface to Riak. Depending on
the workload, a
I've begun adding Protobuf support to the PHP Client on a branch of my fork
but it's a ways off
https://github.com/KevBurnsJr/riak-php-client/tree/protobuf
- Kev
c: +001 (650) 521-7791
On Wed, Aug 3, 2011 at 12:17 PM, Scott Lystig Fritchie <
fritc...@snookles.com> wrote:
> gtuhl wrote:
>
> >
On 8/2/2011 10:31 PM, Ryan Zezeski wrote:
Matt,
I've said it a couple of times on the ML recently but I think it's worth
saying again. Riak is not a cache. Riak's core competency is being a
_highly available_ data store. The highly available part is primarily
accomplished via replicas, consis
In my experience, there is little point in testing with less than N physical
machines (when using replication factor N) + a load balancer. Riak is designed
to run on this, and performance will be miserable if you try to run on a single
machine. At first we tried running a number of virtual ma
Afternoon, Morning, Evening to All -
For today's Recap: A new release of the .NET client, jobs,
screencasts, and more.
Enjoy.
Mark
Community Manager
Basho Technologies
wiki.basho.com
twitter.com/pharkmillups
---
Riak Recap for August 1 - 2
Appreciate the responses.
Since posting I've tried running up to 8 vnodes on this same physical
machine. Even with 8 the machine is under virtually no load when I have as
many loaders as possible running so it could be this sort of hardware isn't
a good candidate for a riak node.
Adding more vno
Yea I'm currently monitoring things with Nagios, so I know it goes down. It
just shouldn't be going down.
On Wednesday, August 3, 2011, Alexander Sicular wrote:
> Or you could use a process monitor like monit or god depending on your
environment.
>
> -alexander
>
> Sent from my rotary phone.
>
>
I'm running the code example from
http://rusty.basho.com.s3.amazonaws.com/Presentations/2011-OSCONData-Portland.pdf
*This succeeds:*
curl \
-X PUT \
-d "OPAQUE_VALUE" \
-H "x-riak-index-category_bin: armor" \
-H "x-riak-index-price_int: 400" \
http://127.0.0.1:8098/buckets/loot/keys/gaun
Craig,
The default backend is bit cask and if you want to use the indexes you'll need
to look in etc/app.config in the release directory and change the value for the
storage_backend setting to riak_kv_index_backend instead of
riak_kv_bitcask_backend. I suspect that's the problem. Cheers.
Kelly
seeing OSCON's PDF... when will we be able to have Riak 1.0 with
secondary indexes out? This is an improvement that can help me pretty
well out on my project. Any ETA?
thanks
Rohman
On Wed, 3 Aug 2011
22:02:53 -0600, Kelly McLaughlin wrote:
> Craig,
> The default
backend is bit cask and i
Another question... the old problem of querying smaller buckets with MapReduce is resolved with secondary indexes?following this pattern => curl http://127.0.0.1:8098/buckets/loot/index/category_bin/eq/armor i think Riak doesn't have to check all the buckets/keys in memory to match the one you lo
I believe 1.0 is scheduled for November.
---
Jeremiah Peschka
Founder, Brent Ozar PLF, LLC
On Aug 3, 2011, at 9:47 PM, Antonio Rohman Fernandez wrote:
> Another question... the old problem of querying smaller buckets with
> MapReduce is resolved with secondary indexes?
> following this pattern
22 matches
Mail list logo
