From: "Jason Warr" <jason@warr.net>
To: LVM general discussion and development <linux-lvm@redhat.com>,
Anatoly Pugachev <matorola@gmail.com>,
Phillip Susi <psusi@ubuntu.com>
Subject: Re: [linux-lvm] Raid1 -> linear conversion = destroyed data
Date: Thu, 11 Dec 2014 08:48:32 -0600 [thread overview]
Message-ID: <op.xqpkq6plae9kta@comodus> (raw)
In-Reply-To: <5489A75F.6040307@ubuntu.com>
On Thu, 11 Dec 2014 08:17:03 -0600, Phillip Susi <psusi@ubuntu.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 12/10/2014 8:50 PM, Jason Warr wrote:
>> It ignores the name because what it does with "--trackchanges" is
>> rename the mirror leg to a visible & read only version of the meta.
>> Sample:
>
> You mean it changes the flags to visible and read only. I don't see
> why it can't rename it as well.
>
Yes, visible and ro is what I meant.
>> You can't track changes and rename the "backup" leg at the same
>> time. If you wanted to keep the backup leg after making sure the in
>> use one was good you would need to issue a new "--splitmirror"
>> command with a new volume name and *no* "--trackchanges" option.
>
> Why not? A name is just a name; it does not *have* to be called
> origin_rimage_0.
I don't disagree but it is the way the tool works. My best guess is the
name is ignored because when you issue "--trackchanges" it is not really
splitting off the leg, more of off lining it from the perspective of the
mirror. It was likely a developer decision for lvconvert to do it that
way when adding in RAID1 from the md stack.
The documentation for lvconvert could be more clear about it.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.17 (MingW32)
>
> iQEcBAEBAgAGBQJUiadfAAoJENRVrw2cjl5Rt+kH/2edRv5pygm91ULcpZ9ehRuW
> 9bB0CpjyrLEp/f8bdqkcoyR2cpcuM2kUXBstvn7YLgyJnBdm8JNt6gZnanJLQ0gr
> CXx6Tu2OQfp87NTbUDqJOLku6EaAQ053zQAoBgnIctFaCUGU+hC1L3iwdkYGnVwZ
> uTdY0C3/t7ShPDvXqTrIqNugqOj7NFAptpENzxBavrkaIp5w47fvVHpWwFpwO3sU
> CheSV+gpqHKlc6T6DfZlDCcCnZHKmMhXzs4EigNZIZFzM8INhn01mJ64tUJKNET7
> eLvqIH8labOqAp4PVFido6Kgl6K/BKvGbzGJcqE9IR2V23yvzRHjretAGnFwed4=
> =sGDQ
> -----END PGP SIGNATURE-----
next prev parent reply other threads:[~2014-12-11 14:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-04 23:07 [linux-lvm] Raid1 -> linear conversion = destroyed data Phillip Susi
2014-12-05 10:12 ` Anatoly Pugachev
2014-12-07 21:24 ` Phillip Susi
2014-12-08 8:30 ` Anatoly Pugachev
2014-12-08 20:59 ` Jason Warr
2014-12-11 1:15 ` Phillip Susi
2014-12-11 1:50 ` Jason Warr
2014-12-11 14:17 ` Phillip Susi
2014-12-11 14:48 ` Jason Warr [this message]
2014-12-15 21:53 ` Phillip Susi
2014-12-11 1:16 ` Phillip Susi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=op.xqpkq6plae9kta@comodus \
--to=jason@warr.net \
--cc=linux-lvm@redhat.com \
--cc=matorola@gmail.com \
--cc=psusi@ubuntu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.