Re: Mirrored LVM device and recovery

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Andreas,

your system works as designed. If a storage leg of a mirrored LVM volume fails, it simply gets removed from the LVM mirror. LVM does not provide automatic resync if the storage is available again.

Best regards,

Mark


----- "Andreas Bleischwitz" <ableisch@xxxxxxxxxx> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello all,
> 
> we are currently facing some handling issues using mirrored LVM-lvols
> in
> a cluster:
> 
> We have two diffent storage systems which should be mirrored using
> host-based mirroring.
> AFAIK cmirrored lvols are the only supported mirroring solution under
> RHEL56. So we have three multipath devices which are used for 2 data
> and
> one log-volume.
> We added these three pvs to one volumegroup and created the logical
> volume using the following command:
> lvcreate -m1 -L 10G -n lv_mirrored /dev/mpath/mpath0p1 /dev/mpath2p1
> /dev/mpath/mpath1p1
> 
> The volume replicates ok and everything is fine.... until we remove
> one
> storage-side of the mirror. Then LVM simply removes the missing pv
> and
> the mirror is simply removed - which I think is ok; if it will be
> recreated after readding the failed mirror-side.
> Unfortunately LVM doesn't do anything such - is there a special
> configuration-option which we missed?
> 
> And keep in mind: there might be a huge amount of lvms which have to
> be
> re-mirrored. So manual interaction shouldn't be the default option ;)
> 
> Regards,
> 
> Andreas
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.14 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org/
> 
> iQIcBAEBAgAGBQJN1lXCAAoJEK45y/Z6LXho/4wP/AjjoOGX3pRoe3XRARumkTKW
> C/+8Jjm4+aC4VP1ycVkHZhrdGlzy4QmTtCFTCv40AgPU2YT/Aq+PqfNnn4SNqpwR
> c815zd9Gk+uQwwR55kloX232eZzFEw2wVa9PWxOmKwaeuYSEOz8GmLVZrPVc3V9p
> MNr6wkV5gzTzhC2v75KOZ4PchOiuYEDbhCd5GFDKmpyTeHTq/uNW2yRnjInAX8L9
> 8UCJ1JEzo4ry2mIBK1J+du5YtKx4uDLB893rgbf+T5Cci3hsLJ9/gfF1VU80b+o/
> uVc5t31rwUwMaFSyt9wtEhMQB0ggbyiQqzzjSP5wnnakd6lbJKhB06wM5XqGuUkS
> ZetkZdH+etALFpt3PrV7F4+LDwGnP7Hw438czKjD+Xk21fd7idSo3vhtWjArPgKp
> L+b5fxB8JoUGN7x2S3239aDMI6BmxTTZ+QnsamYzSy0IdHYghPSjPSsx8H5laJWd
> I03F2sfPWwB8vWVweHvNbxfFjZfmEaawoMqGanoGktj/RYgvUpPZJD+YHDVGXohN
> VoRVmB+t4JVSWb15BzOhzkAI//LtXjSHmtcnBuYQf8G0Q2v/r0x/hv04F9/0fQ0l
> dPlU1vh244fh0nG5BMCJlKPcdcpGJnGy4kIKOknOi+NuI2ZxxvSLIY5WbrqAwkBX
> QXYt6plJ5DgzWCa8fNYN
> =0I6Z
> -----END PGP SIGNATURE-----
> 
> --
> Linux-cluster mailing list
> Linux-cluster@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/linux-cluster

-- 
Mark Hlawatschek 

ATIX Informationstechnologie und Consulting AG | Einsteinstrasse 10 |
85716 Unterschleissheim | www.atix.de 

http://www.linux-subscriptions.com

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster


[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux