From: "Bryn M. Reeves" <bmr@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Cc: lvm@beer.org.uk
Subject: Re: [linux-lvm] Fun and games with mirroring
Date: Wed, 23 May 2012 16:36:16 +0100 [thread overview]
Message-ID: <4FBD03F0.9080809@redhat.com> (raw)
In-Reply-To: <CAOAgVpwKBXJBbzbcVFhxjN_SdvncN0Vae55MC+sLJ7H2hBHabw@mail.gmail.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 05/23/2012 04:21 PM, Les Mikesell wrote:
> On Wed, May 23, 2012 at 3:54 AM, Bryn M. Reeves <bmr@redhat.com>
> wrote:
>>
>>> I'm not looking to have a LVM snapshot. I'm looking to have a
>>> duplicate disk. This allows me to experiment on one, whilst
>>> keeping the other safe.
>>
>> That's exactly what snapshots do.
>
> If your experiment involves reinstalling an OS that reformats one
> of the drives, what will that do to your snapshot?
If your experiment involves completely overwriting the device then
what was the point of snapshotting or imaging it in the first place?
You're just wasting time, I/O bandwidth and storage lifetime
shovelling data around for the purpose of immediately overwriting it.
Just do the experimental installation on your second disk and leave
the other one alone.
> With MD raid1 you can just pull one of the mirrors and you are
> pretty safe. Although I'm beginning to like ReaR
> (http://rear.sourceforge.net/) as a backup mechanism that doesn't
> require shutting down to do the backup and can restore to bare
> metal including reconstructing the underlying
> raid/lvm/filesystems. Clonezilla can work too, but you have to shut
> down for the save and it doesn't do raid (but on the plus side it
> can handle windows partitions).
>
>> Patches are welcome. LVM is designed not to activate a partial
>> VG unless the user specifies --partial. This is because for
>> non-mirrored LVs activating without all PVs present would leave
>> holes in devices.
>
> Wait, so LVM doesn't know if the volume it is starting is complete
> or not in the case of mirrors and --partial just blindly starts
> anyway?
Wait, what? I'm not sure how you got to that from the paragraph you
quoted. It's not what was stated and is not correct.
The --partial switch is *designed* for recovery scenarios where you
have one or more missing devices. The one and only thing --partial
does is to tell LVM to activate even though devices are missing and to
fill any gaps as best it can.
It's not "blindly" starting things - it is doing what the
administrator told it to do: attempt to activate a VG with missing
devices substituting the error target (or whatever the admin
configured as activation{missing_stripe_filler}) for any segments
allocated on missing devices.
> LVM doesn't know if the volume it is starting is complete or not in
> the case of mirrors
No. That's not what I said. I said that LVM will not start a VG that
has missing PVs unless --partial is specified because it could leave
holes in LVs (specifically non-mirrored LVs).
> That's one of those things where you have to ask what they were
> thinking.
Actually, I have to ask that in regards to your mail ;-)
Regards,
Bryn.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk+9A/AACgkQ6YSQoMYUY96h9gCfcP0XsBBnMMOFN+Lh+I5Mt6Bt
QNoAoMERSvumSpDryzvU8dqk4hdxtxMm
=kdRP
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2012-05-23 15:36 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-22 14:50 [linux-lvm] Fun and games with mirroring Vic
2012-05-22 15:27 ` Les Mikesell
2012-05-22 15:29 ` Vic
2012-05-22 16:00 ` Bryn M. Reeves
2012-05-22 16:40 ` Vic
2012-05-22 19:24 ` Brassow Jonathan
2012-05-22 19:59 ` Vic
2012-05-23 8:52 ` Bryn M. Reeves
2012-05-23 10:02 ` Zdenek Kabelac
2012-05-23 15:16 ` Brassow Jonathan
2012-05-23 8:54 ` Bryn M. Reeves
2012-05-23 15:21 ` Les Mikesell
2012-05-23 15:36 ` Bryn M. Reeves [this message]
2012-05-23 17:03 ` Les Mikesell
2012-05-23 17:24 ` Bryn M. Reeves
2012-05-23 18:00 ` Les Mikesell
2012-05-23 18:32 ` Stuart D Gathman
2012-05-23 19:07 ` Les Mikesell
2012-05-23 22:39 ` Stuart D Gathman
2012-05-22 17:57 ` Stuart D Gathman
2012-05-22 18:39 ` tariq wali
2012-05-23 22:44 ` Stuart D Gathman
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=4FBD03F0.9080809@redhat.com \
--to=bmr@redhat.com \
--cc=linux-lvm@redhat.com \
--cc=lvm@beer.org.uk \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).