[linux-lvm] Moved unexported VGs to replacement system after MB failure

Cory Zerwas gannas at gmail.com
Mon Jan 21 03:05:07 UTC 2008

I have a 3ware 9500S-8 which is hosting a 1.14Tb and a 465Gb LVM volgrp.
This storage was in a system that smoked it's onboard video and subsequently
the entire bus; or enough of it to bring the machine down hard (was a Fedora
Core 6 box).  I moved the RAID card along with disks to a new system and I
find that lvscan, pvscan, and vgscan all come up with the
previously-existing LVM partitions/volgrps but I do not see the moved
volgrps.  I suspect that the partitions were created improperly as a type 83
linux partition or whole-disk LVM but perhaps it's possible that the move to
the new system somehow changed the partition type?  The latter doesn't seem
very likely to me but I am running logical disk verification on my RAID
controller to be sure that the disk set is intact.  Since this was an abrupt
event I did not have the opportunity to export the volume groups first.

I do see the following on an lvmdiskscan:
  /dev/ramdisk [       16.00 MB]
  /dev/dm-0    [       19.53 GB]
  /dev/ram     [       16.00 MB]
  /dev/sda1    [      196.08 MB]
  /dev/dm-1    [      323.41 GB]
  /dev/ram2    [       16.00 MB]
  /dev/sda2    [      344.92 GB] LVM physical volume
  /dev/dm-2    [        1.94 GB]
  /dev/ram3    [       16.00 MB]
  /dev/ram4    [       16.00 MB]
  /dev/ram5    [       16.00 MB]
  /dev/ram6    [       16.00 MB]
  /dev/ram7    [       16.00 MB]
  /dev/ram8    [       16.00 MB]
  /dev/ram9    [       16.00 MB]
  /dev/ram10   [       16.00 MB]
  /dev/ram11   [       16.00 MB]
  /dev/ram12   [       16.00 MB]
  /dev/ram13   [       16.00 MB]
  /dev/ram14   [       16.00 MB]
  /dev/ram15   [       16.00 MB]
  /dev/sdb1    [        1.14 TB]
  /dev/sdc1    [      465.64 GB]
  2 disks
  20 partitions
  0 LVM physical volume whole disks
  1 LVM physical volume

There are the RAID logical drives/LUNs that should contain the volgrps I
want, /dev/sdb1 and sdc1.  The volgrp on /dev/sda2 is the host system's
existing volgrp.  Could this really be as simple as changing the partition
type to 8e, Linux LVM?  I am hesitant since while I do have a backup of the
important data I would like to keep all of it if possible.  It is possible
that one of the volgrps from the old system has the same default name of
VolGroup00 if that makes a difference during recovery steps.  I have
definitely learned to backup the /etc directory, can't keep it all in my
brain any more.  Plus it'd be handy to have the original LVM files from the
old system.  I will see if I can get the old root partition drive fired up
in a USB enclosure to perhaps recover some useful LVM data.  Since that is
also an LVM vol group, argh... Doubt that will go well.

LVM ver info:
# lvm> version
  LVM version:     2.02.28 (2007-08-24)
  Library version: 1.02.22 (2007-08-21)
  Driver version:  4.11.0

Kernel ver:
# uname -r -v -i #1 SMP Fri Dec 7 15:49:36 EST 2007 x86_64

This is a fedora 8 system.  Output from scans:

# pvscan -v
    Wiping cache of LVM-capable devices
    Wiping internal VG cache
    Walking through all physical volumes
  PV /dev/sda2   VG VolGroup00   lvm2 [344.91 GB / 32.00 MB free]
  Total: 1 [344.91 GB] / in use: 1 [344.91 GB] / in no VG: 0 [0   ]

# lvscan -v
    Finding all logical volumes
  ACTIVE            '/dev/VolGroup00/LogVolRootFS' [19.53 GB] inherit
  ACTIVE            '/dev/VolGroup00/LogVolMythstor' [323.41 GB] inherit
  ACTIVE            '/dev/VolGroup00/LogVol01' [1.94 GB] inherit

# vgscan -v
    Wiping cache of LVM-capable devices
    Wiping internal VG cache
  Reading all physical volumes.  This may take a while...
    Finding all volume groups
    Finding volume group "VolGroup00"
  Found volume group "VolGroup00" using metadata type lvm2

Any advice would be appreciated, please let me know if there's more info I
can provide to provide a more clear picture.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20080120/759bbe16/attachment.htm>

More information about the linux-lvm mailing list