Linux LVM users
 help / color / mirror / Atom feed
From: Patrick Caulfield <caulfield@sistina.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] LVM sharing questions
Date: Tue Dec  2 08:10:03 2003	[thread overview]
Message-ID: <20031202140900.GD2219@tykepenguin.com> (raw)
In-Reply-To: <03c901c3b84b$84dadde0$8d7ba8c0@ecrosstrade.com>

On Mon, Dec 01, 2003 at 12:41:38PM -0800, John S. Hoch wrote:
>    I have two questions regarding the sharing of LVM volumes in Linux.  I
>    have read the text in the LVM Howto.
>     
>    Suppose I have two sets of volume groups.  One set belongs to node A.  The
>    other set belongs to node B.  I plan to use "vgchange -ay vgname" to bring
>    up the volume groups during boot.  Each node only brings up the volume
>    groups that belong to it.  That is why I specify the volume-group name to
>    vgchange.
>     
>    My questions concern vgscan. 
>     
>    1.  Suppose I only plan to run vgscan during boot.  Later, if I make
>    changes to the LVM metadata for volume groups that belong to node A, I do
>    not plan to inform node B (I do not run vgscan on node B after the changes
>    are made).  So, node B will not have uptodate information on the volume
>    groups that belong to node A, but those groups are not available to node B
>    anyway (they have never been made available to node B by running vgchange
>    on node B).  In this way, I do not need to shutdown node B for changes
>    that only affect node A.  Will this work?
>    2.  Suppose I do run vgscan on node B after changes to the LVM metdata are
>    made on node A.  Can I do this without following the sequence in the LVM
>    Howto (first issue "vgchange -an" on node B, then make the changes on node
>    A, then run vgscan on node B)?  I am hoping that I do not need to issue
>    "vgchange -an" on node B because I am not making changes to volume groups
>    that are available to node B.

That should be fine. As the volume groups are, of course, on different physical
volumes you don't need to run vgscan (or if you do it won't affect the VG you 
are using).

One thing you wil have to be careful of is that the metadata backups on the two
machines could end up being out of step, so make sure you do only use VG "A" on
node "A" and VG "B" on node "B". Always do a vgscan if you need to change this.

-- 

patrick

      reply	other threads:[~2003-12-02  8:10 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-02  7:51 [linux-lvm] LVM sharing questions John S. Hoch
2003-12-02  8:10 ` Patrick Caulfield [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=20031202140900.GD2219@tykepenguin.com \
    --to=caulfield@sistina.com \
    --cc=linux-lvm@sistina.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