[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