[DRBD-user] Resyncing over a slow link
gianluca.cecchi at gmail.com
Wed Nov 18 11:02:19 CET 2009
On Tue, Nov 17, 2009 at 5:27 PM, Brian Marshall <brian at netcents.com> wrote:
> I installed the disks at the remote location and brought up the array in
> active-active synchronous mode.
> so I did an invalidate-remote
> from the local node and watched in horror as it tried to re-sync the
> entire array.
from user guide:
invalidate Forces DRBD to consider the data on the local backing storage
as out-of-sync. Therefore DRBD will copy *each and every
from its peer, to bring the local storage device back in
invalidate-remote This command is similar to the invalidate command,
peer's backing storage is invalidated and hence rewritten
with the data
of the local node.
So DRBD is simply doing what it is asked to do...
Probably to test you could use "secondary" command for the peer instead of
invalidate, then write to the only-remained primary and then re-run primary
on the peer.
but I'm not using ocfs2 and I'm not sure abut ocfs2 DLM behaviour/messages
when secondary command is issued on the peer and how/if to recover if in the
mean time you write also to the peer node fs.....
For sure, chapter 13 of the udrbd user guide would help... '-)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the drbd-user