Hi Sean, That's weird, because I'm seeing timeouts sooner than the one passed in but only when it's the reduce phase that errors out.
-J On Thu, Mar 3, 2011 at 6:34 AM, Sean Cribbs <s...@basho.com> wrote: > Jason, > > You can't currently change the timeout on individual phases, just on the > entire job. We're reprioritizing MapReduce to receive some extra love in the > near future, so if that is a critical feature for you, be sure to file a bug > on issues.basho.com. > > Sean Cribbs <s...@basho.com> > Developer Advocate > Basho Technologies, Inc. > http://basho.com/ > > On Mar 2, 2011, at 10:34 PM, Jason J. W. Williams wrote: > >> Hi Sean, >> >> Thanks. Also, is there anyway to increase the javascript reduce phase >> timeout? Doing some test M/R jobs, and the reduce phase doesn't seem >> to honor the timeout passed in? Thought playing with streaming would >> help that, but looks like not. Thank you in advance. >> >> -J >> >> On Wed, Mar 2, 2011 at 8:25 PM, Sean Cribbs <s...@basho.com> wrote: >>> If your query has "keep":true on multiple phases, that phase key lets you >>> disambiguate results. >>> >>> Sean Cribbs >>> >>> On Mar 2, 2011, at 9:28 PM, "Jason J. W. Williams" >>> <jasonjwwilli...@gmail.com> wrote: >>> >>>> Hello, >>>> >>>> When running map/reduce in streaming mode, since the results are from >>>> the last phase (reduce) what is the significance of the phase key? >>>> (e.g. {"phase":1,"data":[3]} ) >>>> >>>> -J >>>> >>>> _______________________________________________ >>>> riak-users mailing list >>>> riak-users@lists.basho.com >>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >>> > > _______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
