Streaming map/reduce results

Jason J. W. Williams jasonjwwilliams at gmail.com
Thu Mar 3 09:44:50 EST 2011


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 <sean at 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 <sean at 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 <sean at 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" <jasonjwwilliams at 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 at lists.basho.com
>>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>>>
>
>



More information about the riak-users mailing list