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
