[linux-lvm] Continue an interrupted mirror sync?
justinlee5455 at gmail.com
Sat Sep 28 04:58:37 UTC 2013
2013/9/27 Stuart Gathman <stuart at gathman.org>:
> On 09/27/2013 05:26 AM, Justin Lee wrote:
>> I would like to know If a mirror sync process is interrupted by some
>> uncontrollable reason, is it possible to continue the sync process
>> near the point where it was interrupted?
>> Volume mirroring may take a long time to be done, if the connection of
>> the storage device is over an unreliable channel (such as SAN, iSCSI
>> or Fibre Channel) it is possible that ongoing sync will be interrupted
>> over and over again due to frequent connection loss so that the sync
>> will never complete...
>> Has LVM existing solutions for the issue? Or any suggestion? Thank you!
> Pretty much the entire purpose of the mirror log is to accomplish this
> (track which blocks are in sync). Is this a real problem you've encountered
Yes, it is a real problem from a new project assigned to me recently
(and I'm also new to LVM). If I remember/understand correctly, they
have tried to solve the problem by hacking the code in kernel space.
They seem to find something like checkpoint mechanism in the code and
tried to reduce the granularity of the checkpoint therefore the sync
progress interrupted by connection loss may be restored as much as
possible. Unfortunately, it didn't work and result in kernel panic.
> (mirror log is broken),
I'm not sure in what circumstances will mirror log be broken, and when
will a sync begin/end exactly. If LVM's persistent mirror log were
meant to keep sync progress, the log should not be broken or corrupted
in situations like sudden power loss or broken storage connection when
system is up again, I guess... (do we have some commands to verify
mirror log status?
> or a theoretical one? If you created a mirror
> without a log, then yes, it pretty much has to start over each time. A
...so if I run command like:
lvcreate --nosync ...
will it turn off the mirror log completely...? Or mirror log is forced
to be created whenever a logical volume is created...? (maybe ...
there is no way to turn it off?)
> compromise might be to keep the log in memory. This would handle SAN
> storage going up and down, but would have to start over after a reboot.
> linux-lvm mailing list
> linux-lvm at redhat.com
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
More information about the linux-lvm