<div dir="ltr">Hi,<br><br>We wrote some temporary solution to avoid "continues AHEAD mode problem".<br>We cleared AHEAD_TO_SYNC_SOURCE and forced drbd_uuid_new_current at conn_disconnect.<div><br>Please check following codes;<br><br><br>1. drbd_disconnected()<br>{</div><div><br> ..... </div><div><br>drbd_md_sync(device);<br><br>if (get_ldev(device)) {<br> drbd_bitmap_io(device, &drbd_bm_write_copy_pages, "write from disconnected",<br> BM_LOCK_BULK | BM_LOCK_SINGLE_SLOT, peer_device);<br> put_ldev(device);<br>}<br><br>#ifdef _WIN32_V9 // temporary patch (clear AHEAD_TO_SYNC_SOURCE flag)<br>clear_bit(AHEAD_TO_SYNC_SOURCE, &device->flags); // Windows DRBD<br>#endif<br><br>}</div><div><br></div><div><br><br>2. conn_disconnect()</div><div>{<br><br>... at the end of this function.</div><div><br>#ifdef _WIN32_V9 // (don't create uuid when primary is drbdadm-disconnected) temporary patch<br><br> if( (resource->role[NOW] == R_PRIMARY) <br> {<br> test_and_clear_bit(NEW_CUR_UUID, &device->flags);<br> mutex_lock(&resource->conf_update);<br> drbd_uuid_new_current(device, false);<br> mutex_unlock(&resource->conf_update);<br> }<br>#endif <br><br>}</div><br>What do you think about this idea?<div><br><div>But we have no idea to resolve "OOS remaining problem" yet.<br>Please check "despite of OOS remaining primary does not start re-synchronization" problem.<br><br>Thanks.
</div></div><div><br></div></div>