linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: "Bryn M. Reeves" <bmr@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Is it possible to bypass LVM and mount contained partition directly?
Date: Wed, 02 Jun 2010 10:15:34 +0100	[thread overview]
Message-ID: <4C062136.6090601@redhat.com> (raw)
In-Reply-To: <AANLkTikmw8_d91zrpW9HFKz8d5XCkg-b8h_NdD3leR9u@mail.gmail.com>

On 05/31/2010 08:21 PM, Romeo Theriault wrote:
> I apologize if this has been asked before but I was unable to find any
> references to it in the mailing list archives and googling around
> isn't helping much.
> 
> Is there a way to directly mount, bypassing LVM, a ext3 partition that
> resides in a LVM LV and VG? It resides on one PV.

If you know how the volume group is laid out on the PVs you can manually
construct device-mapper devices using the dmsetup command to get access
to the LVs in this VG. This is a bit fiddly (need to convert from
extents to sectors to pass as arguments to device-mapper) but it is
possible.

> The problem is that I have read-only copies of VM's that are backed up
> via a SAN based snapshot/backup tool. I'm trying to create a method to
> allow the VM admins to restore their files from the snapshot backed up
> VM's. I'm at the point where I can access the partitions and can mount
> the ext3 partitions fine but I'm having trouble with the LVM volumes
> because I can't import the pv/vg because they have the same name/uuid
> as the existing VG (it's really the same system) and I can't change
> them with something like vgimportclone because the backed up vm image
> files are read-only.

If you're not able to use vgimportclone then another alternative would
be to create a new copy of /etc/lvm somewhere and modify the
etc/lvm/lvm.conf that it contains so that it has a filter that excludes
everything apart from the devices containing this VG. Then you can set
LVM_SYSTEM_DIR to point to this directory and have a "sandbox" that is
restricted to just seeing the "clone" devices.

You will probably still run into problems activating LVs this way since
e.g. the device names and the VG directory in /dev will collide with the
ones used by the system VG but at least you can run the tools verbosely
this way and see the maps that would be generated for device-mapper
without having to work them out by hand.

Regards,
Bryn.

      parent reply	other threads:[~2010-06-02  9:16 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-31 19:21 [linux-lvm] Is it possible to bypass LVM and mount contained partition directly? Romeo Theriault
2010-05-31 20:45 ` Ray Morris
2010-05-31 21:17   ` Hull, Brett (MSE)
2010-06-01 13:27     ` Romeo Theriault
2010-06-01 13:54       ` Ray Morris
2010-06-01 14:00         ` Romeo Theriault
2010-06-01 15:56     ` K. Richard Pixley
2010-06-01 13:23   ` Romeo Theriault
2010-06-02  9:15 ` Bryn M. Reeves [this message]

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=4C062136.6090601@redhat.com \
    --to=bmr@redhat.com \
    --cc=linux-lvm@redhat.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 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).