Re: riak_core question when a node dies

2012-03-28 Thread Samuel Elliott
How idempotent are the requests? You could do all three in parallel, and then use the results of the one that returns first (and hence doesn't blow up). Sam On Wed, Mar 28, 2012 at 7:09 PM, Jon Brisbin wrote: > I'm using get_primary_apl to get my preflist but the problem is how to > handle a fai

Re: riak_core question when a node dies

2012-03-28 Thread Jon Brisbin
I'm using get_primary_apl to get my preflist but the problem is how to handle a failure of trying to dispatch to a node that is just now going down and hasn't had time to notify the caller yet. I don't want to loose the web request currently in progress. Maybe I need to get a list of indexes to

Re: riak_core question when a node dies

2012-03-28 Thread Sean Cribbs
Jon, Generally I would use the riak_core_apl module to calculate the preflist for your request. It takes into account node visibility and service availability. Use riak_core_node_watcher:service_up to announce that your app is available after registering with riak_core. When doing some "split bra

riak_core question when a node dies

2012-03-28 Thread Jon Brisbin
I'm testing the example code that dispatches a web request from misultin into a riak_core ring of vnodes. It works fantastic when all nodes are up! :) Doing "ab -k -c 200 -n 1 http://localhost:3000/"; yields a none-to-shabby performance (dispatching at random into all available vnodes on tw