Bug 244793 - vgrename unable to rename a VG with the same name as an active one
Summary: vgrename unable to rename a VG with the same name as an active one
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: lvm2
Version: 5.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Milan Broz
QA Contact: Corey Marthaler
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-06-19 08:30 UTC by Milan Broz
Modified: 2013-03-01 04:05 UTC (History)
6 users (show)

Fixed In Version: RHBA-2007-0516
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-11-07 16:49:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2007:0516 0 normal SHIPPED_LIVE lvm2 bug fix and enhancement update 2007-10-30 16:18:33 UTC

Description Milan Broz 2007-06-19 08:30:05 UTC
+++ This bug was initially created as a clone of Bug #231187 +++
RHEL5 clone

Description of problem:
Bugzilla Bug 147361: Fix duplicate VG name handling.
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147361

Common scenario:
Upgrading HD -- 
 1. Install new HD and OS
 2. Connect old HD using USB case
 3. Recover/Import data from old HD

This scenario fails miserably when LVM with system install defaults. 
Reason: Volume Group names are identical on new (/dev/hda) and old
(/dev/sda) drives.  "/dev/mapper" will only read/access one of those
volume groups while ignoring the other.  No LVM tool was able to
access the old HD's group for the purpose of renaming.  Any reference
to the group name was confused with the live group name which could
not be changed while in use. (System cannot be used without active
volumes)

Now prompts for UUID and realizes there are 2 identical "VolGroup00" entities, 
but when UUID is substituted for Volume Group Name , vgrename fails with "group
still contains active logical volumes" --- which belong to the new active
system, not the old (/dev/sda?) system.


Version-Release number of selected component (if applicable):
lvm2-2.02.06-6.0.RHEL4 

How reproducible:
Always


Steps to Reproduce:
1. Install new HD and OS
2. Connect old HD using USB case
3. Attempt recover/import data from old HD


Actual Results:  Unable to access old data from drive due to LVM's
confusion as to which media to access based on identical VolGroup00 name.

Expected Results:  Should be able to mount old drive and recover data.

-- Additional comment from agk on 2007-03-08 16:20 EST --
vgrename patched upstream for 2.02.23 (and RHEL4.6).  The check now takes the
VG's uuid into account.

Comment 1 RHEL Program Management 2007-06-19 08:34:27 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 4 errata-xmlrpc 2007-11-07 16:49:03 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2007-0516.html



Note You need to log in before you can comment on or make changes to this bug.