From: AJ Lewis <alewis@redhat.com>
To: Erik@server.echohome.org,
LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] lvm and renaming of drives
Date: Fri, 9 Jul 2004 08:34:25 -0500 [thread overview]
Message-ID: <20040709133425.GD9068@null.msp.redhat.com> (raw)
In-Reply-To: <1043.64.233.217.29.1089298486.squirrel@64.233.217.29>
[-- Attachment #1: Type: text/plain, Size: 2177 bytes --]
On Thu, Jul 08, 2004 at 10:54:46AM -0400, Erik Ohrnberger wrote:
> > very brief characteristics:
> > large fileserver
> > RHEL v3 AS (2.4.21-based kernel)
> >
> > I have a large RAID device on an external SCSI chain. Currently the 2
> > drives I've carved out of this device are /dev/sdj and /dev/sdk.
> > Whenever I add a new drive to the internal SCSI chain on the machine the
> > external devices drive letters increment (1 new internal -> /dev/sdk and
> > /dev/sdl). My question is, if I make /dev/sdk a physical volume what
> > happens when I add a new internal drive? Will LVM recognize that
> > /dev/sdk is now /dev/sdl and activate the volume group/logical volumes
> > without any problem? I assume this isn't a problem with DM and 2.6, but
> > I'm not there yet.
> >
> > Thanks,
> > Tim
> >
> >
> > --
>
> <snip>
>
> IMHO: I think you should do an volumn group export, add the drive, and
> then a volumn group import. I think that this is needed to make sure that
> the LVM service finds the volume set again, after the device letters are
> bumped.
Actually, it is not necessary to do a vgexport. You just need to run vgscan
when the drive letters change.
Regards,
--
AJ Lewis Voice: 612-638-0500
Red Hat Inc. E-Mail: alewis@redhat.com
720 Washington Ave. SE, Suite 200
Minneapolis, MN 55414
Current GPG fingerprint = FE77 4B43 6A9B F982 A731 02FA 2BF5 7574 294A AA5A
Grab the key at: http://people.redhat.com/alewis/gpg.html or one of the
many keyservers out there...
-----Begin Obligatory Humorous Quote----------------------------------------
"In this time of war against Osama bin Laden and the oppressive
Taliban regime, we are thankful that OUR leader isn't the spoiled son
of a powerful politician from a wealthy oil family who is supported by
religious fundamentalists, operates through clandestine organizations,
has no respect for the democratic electoral process, bombs innocents,
and uses war to deny people their civil liberties." --The Boondocks
-----End Obligatory Humorous Quote------------------------------------------
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
prev parent reply other threads:[~2004-07-09 13:34 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-08 14:42 [linux-lvm] lvm and renaming of drives Tim Randles
2004-07-08 14:54 ` Erik Ohrnberger
2004-07-09 13:34 ` AJ Lewis [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=20040709133425.GD9068@null.msp.redhat.com \
--to=alewis@redhat.com \
--cc=Erik@server.echohome.org \
--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