All of lore.kernel.org
 help / color / mirror / Atom feed
From: "S. J. van Harmelen" <svh@dds.nl>
To: malahal@us.ibm.com
Cc: device-mapper development <dm-devel@redhat.com>
Subject: Re: Use LVM on /dev/mapper/diskname and iSCSI
Date: Mon, 19 Nov 2007 22:16:36 +0100	[thread overview]
Message-ID: <1195506996.11489.23.camel@sanderbal> (raw)
In-Reply-To: <20071119185021.GA23100@us.ibm.com>


On Mon, 2007-11-19 at 10:50 -0800, malahal@us.ibm.com wrote:
> S. J. van Harmelen [svh@dds.nl] wrote:
> > Thanks for your help!
> > 
> > I executed the pvs command and it did find a few partitions. I use iSCSI
> > to share the LUN's to a XenSource server, and XenSource creates the PV's
> > and LV's in order to provision VM's. Didn't think of that, but that's on
> > the disk of course. 
> > 
> > Is there any way to configure snapshots for these already created LVM
> > partitions?
> 
> If I understand, you exported some LUNs to XenSource server. So you
> should NOT be using those LUNs at this machine, right? You should be
> able to create snapshots at the XenSource server though.

That is correct. Sorry if I did not give enough information to
understand the problem at first, but what your saying now is correct.

I have a storage server with an MD3000 attached to it. This server runs
the multipath-tools to create redundant paths:

root@storage:~# multipath -ll
<snip>
xen (360019b9000d7e11000004485473faa94) dm-0 DELL    ,MD3000        
[size=200G][features=0][hwhandler=0]
\_ round-robin 0 [prio=3][active]
 \_ 1:0:0:3 sde 8:64  [active][ready]
\_ round-robin 0 [prio=0][enabled]
 \_ 1:0:1:3 sdi 8:128 [active][ghost]
<snip>

So the path that I use for sharing the LUN with the XenSource server
is /dev/mapper/xen:

root@storage:~# cat /etc/ietd.conf
<snip>
Target iqn.2007-11.local.xillan:storage.xen.disk1
          Lun 0 Path=/dev/mapper/xen,Type=blockio
<snip>

On the XenSource server I use a shared iSCSI storage so multiple servers
can access the same data so I can do live migrations. When I add the
storage XenSource creates a PV and then when I create a VM, it creates
LV's for each virtual harddisk.

So far so good I guess, as the XenSource machine uses the multipathed
drive, right?

Now I would like to take snapshots of the whole PV so I can make
backups. My thoughts where to make a PV on /dev/mapper/xen that spans
the whole disk, and then create a single LV on it. 

If I then take the path to that single LV, say /dev/volumegroup/disk1 as
target for iSCSI, then the XenSsource server should only see that LV as
the shared iSCSI repository.

But then XenSource wil create a PV and a couple of LV's in the existing
LV (created on the storage server and shared true iSCSI). Could that
create any problems or can I just do that?

In this way, I can take the snapshots on the storage server and I don't
have to create a second iSCSI target for the XenSource server, And I
don't have to make extensive use of the network (it can then be done on
one machine directly connected to both LUN's).

Sorry for the long post, but hope you give me some insight on this.

Thanks,

Sander

  reply	other threads:[~2007-11-19 21:16 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-19 13:56 Use LVM on /dev/mapper/diskname S. J. van Harmelen
2007-11-19 14:06 ` Tore Anderson
2007-11-19 15:07   ` Use LVM on /dev/mapper/diskname and iSCSI S. J. van Harmelen
2007-11-19 18:43     ` Tore Anderson
2007-11-19 21:19       ` S. J. van Harmelen
2007-11-20 14:14         ` Chip Coldwell
2007-11-20 14:22           ` S. J. van Harmelen
2007-11-19 18:50     ` malahal
2007-11-19 21:16       ` S. J. van Harmelen [this message]
2007-11-19 22:36         ` malahal
2007-11-20  9:38           ` S. J. van Harmelen
2007-11-20  7:36         ` Tore Anderson
2007-11-20  9:36           ` S. J. van Harmelen
2007-11-20  9:49             ` Tore Anderson
2007-11-20 10:10               ` Possible bug in multipathd (getting a segfault) S. J. van Harmelen
2007-11-20 10:21                 ` Tore Anderson
2007-11-20 10:34                   ` S. J. van Harmelen
2007-11-20 11:15                     ` Tore Anderson
2007-11-20 11:25                       ` S. J. van Harmelen
2007-11-20 11:28                       ` S. J. van Harmelen
2007-11-26 20:40                       ` S. J. van Harmelen
2007-11-19 16:57   ` Use LVM on /dev/mapper/diskname and iSCSI S. J. van Harmelen
2007-11-19 17:22   ` Use LVM on /dev/mapper/diskname malahal
2007-11-19 18:13     ` S. J. van Harmelen
2007-11-19 18:16     ` S. J. van Harmelen

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=1195506996.11489.23.camel@sanderbal \
    --to=svh@dds.nl \
    --cc=dm-devel@redhat.com \
    --cc=malahal@us.ibm.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.