[linux-lvm] Mirror resync direction

Paul LeoNerd Evans leonerd-lvm at leonerd.org.uk
Thu Oct 26 21:16:23 UTC 2006


On Thu, 26 Oct 2006 16:14:34 -0500
Jonathan E Brassow <jbrassow at redhat.com> wrote:

> This doesn't really reflect what would happen if you replaced a disk, I 
> don't think.  With this, you are simply going around mirror's back to 
> write data to a device which it controls.

Well, I did it with the VG turned off; namely

  vgchange -a n

> In real life, I think you would have a disk failure (which would force 
> you to run 'vgreduce --removemissing vg'), then you would insert a new 
> block device, pvcreate/vgextend/lvconvert.

Yes, I wasn't aware of that procedure before, but Alasdair Kergon's mail
has pointed that out to me - I've tried with that and it seems to work
fine.

> LVM2 mirroring is still a work in progress (trying to get the right 
> pieces upstream).  Depending on the version of LVM2 and the kernel 
> patches you have, it may not work.

Seems happy once I follow the correct procedure - see above :)

> The use of --corelog simply means that the mirror device will be 
> resynchronized every time the device is activated.  The persistent log 
> (disk log) tracks what resynchronization has been done and can avoid 
> all complete resyncs.

Yes, I'm aware of that bit, but I couldn't see any other way to achieve
it with only two PVs. The "--alloc anywhere" as suggested in the error
message doesn't have any effect for me.

-- 
Paul "LeoNerd" Evans

leonerd at leonerd.org.uk
ICQ# 4135350       |  Registered Linux# 179460
http://www.leonerd.org.uk/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20061026/b19809d6/attachment.sig>


More information about the linux-lvm mailing list