Pending handoff when node offline

Magnus Kessler mkessler at
Tue Jan 5 11:13:17 EST 2016

On 5 January 2016 at 10:07, Daniel Iwan <iwan.daniel at> wrote:

> Hi all
> Am I right thinking that when node goes offline *riak-admin transfers* will
> always show transfers to be done? E.g.
> riak-admin transfers
> Attempting to restart script through sudo -H -u riak
> [sudo] password for myuser:
> Nodes ['riak at'] are currently down.
> 'riak at' waiting to handoff 18 partitions
> 'riak at' waiting to handoff 13 partitions
> 'riak at' waiting to handoff 13 partitions
> Active Transfers:
> Node 'riak at' could not be contacted
> Even when I mark node as down with *riak-admin down* transfers are still
> waiting.
> Is that normal?

> The reason I ask is because our services before they start are checking if
> all transfers are complete (normal process during riak startup). This is
> because in the past we've had issues with using 2i queries when Riak.
> Unfortunately this means that after e.g. reboot our services won't start
> until timeout expires or missing node comes back and handoff finishes.
> Maybe there is a better way to check if Riak cluster is ready for 2i
> queries?
> We are still on Riak 1.3.1
> Regards
> Daniel

Hi Daniel,

this behaviour is completely normal and expected. As part of the high
availability capabilities of Riak, when a target VNode is not available to
write data to other Nodes will spin up fallback VNodes that temporarily
store incoming data. These will show up in the "riak-admin transfers"
output as partitions waiting to be handed off. The presence of partition
handoffs does not automatically mean that a Node is not capable of handling
queries and is therefore not a good indicator for your use case.

You may want to use "riak-admin wait-for-service riak_kv <node-name>" to
detect that a restarted node is capable of handling requests again. See
for more details.



Magnus Kessler
Client Services Engineer
Basho Technologies Limited

Registered Office - 8 Lincoln’s Inn Fields London WC2A 3BP Reg 07970431
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the riak-users mailing list