[Drbd-dev] [CASE-29] After re-connect, WFBitMapS-WFBitMapT status has sustained continuously and copy command hangs

Jaeheon Kim jhkim at mantech.co.kr
Thu Apr 21 15:48:11 CEST 2016


Hi,

We wrote some temporary solution to avoid file copy hang problem.
We inserted wake_up function for sender_work queue after  _req_mod(req,
QUEUE_FOR_SEND_OOS, peer_device).
Please check following code in drbd_process_write_request function.

drbd_process_write_request ()
{

  ........


} else if (drbd_set_out_of_sync(peer_device, req->i.sector, req->i.size))

#ifdef _WIN32_V9 // Windows DRBD
{
    _req_mod(req, QUEUE_FOR_SEND_OOS, peer_device);
    if(peer_device->repl_state[NOW] == L_WF_BITMAP_S)
    {
        wake_up(&peer_device->connection->sender_work.q_wait);
    }
}
#else
    _req_mod(req, QUEUE_FOR_SEND_OOS, peer_device); // Linux Org
#endif

}

What do you think about this idea?

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-dev/attachments/20160421/cac2c4da/attachment.htm>


More information about the drbd-dev mailing list