[linux-lvm] LVM breaks due to partion types when moving versions.

Richard Ray rray at mstc.state.ms.us
Fri Aug 5 10:57:15 UTC 2005


I had a similar problem going from Fedora 2 to Fedora 4 there's a problem 
with lvm2-2.01.
I never recieved a solution from the list but I found a way around it.
I downgraded to lvm2-2.00.25-1.01.i386.rpm and setup the volume groups 
just fine.
Then I upgraded back to lvm2-2.01.07-3.i586.rpm.


Richard

On Thu, 4 Aug 2005, Lance Reed wrote:

> Hey all,
>
> I am in the process of moving a large NAS head running LVM volumes from a 
> SUSE  PRO
> 9.1 to 9.3  setup.  This is normally easy as I just disconnect the storage 
> arrays from one host
> (Suse 9.1) to new host (9.3), and LVM sees the volumes on boot and does the 
> right stuff.
> Going from LVM lvm2-2.00.09-12 to lvm2-2.01.07-3.i586.rpm
>
> Unfortunately, in this case, previous makers of pv's made them with non 
> standard partition types.
> So, there were functional partitions before with standard linux ID's working 
> as LVM.
>  Device Boot      Start         End      Blocks   Id  System
> /dev/sdh1               1      136102  1093239283+  83  Linux
>
> But they are not working with the new version of lvm.... 
> lvm2-2.01.07-3.i586.rpm
> (notice a lack of sdh1 in pvscan below)
>
>
> so vgroup linking is broken
>
> /tmp/lvm/backup # pvscan
> Couldn't find device with uuid 'bbrTkY-2HDP-2z2D-ehDB-8tnP-jI4b-xl6vHi'.
> Couldn't find device with uuid 'mrR810-I9mY-8hTP-tXak-RN6j-DUlY-zO5B3o'.
> Couldn't find device with uuid 'yaSDig-ATsH-oVtI-1lON-JM26-e7dG-plgUYM'.
> Couldn't find device with uuid 'NyRAN0-X1Wu-pCEI-LPnK-Bs3T-oWHR-tEjyCA'.
> Couldn't find device with uuid 'YLkutw-fjRA-03VU-vAx9-i8Et-HnuB-8iMbFK'.
> Couldn't find device with uuid 'bbrTkY-2HDP-2z2D-ehDB-8tnP-jI4b-xl6vHi'.
> Couldn't find device with uuid 'mrR810-I9mY-8hTP-tXak-RN6j-DUlY-zO5B3o'.
> Couldn't find device with uuid 'yaSDig-ATsH-oVtI-1lON-JM26-e7dG-plgUYM'.
> Couldn't find device with uuid 'NyRAN0-X1Wu-pCEI-LPnK-Bs3T-oWHR-tEjyCA'.
> Couldn't find device with uuid 'YLkutw-fjRA-03VU-vAx9-i8Et-HnuB-8iMbFK'.
> PV /dev/sdf         VG livestore2_copy_vg   lvm2 [1.02 TB / 155.00 GB free]
> PV /dev/sde         VG livestore2_copy_vg   lvm2 [1.02 TB / 5.00 GB free]
> PV /dev/sdd         VG livestore2_copy_vg   lvm2 [1.02 TB / 110.79 GB free]
> PV unknown device   VG devstore2_vg         lvm2 [1.02 TB / 0    free]
> PV unknown device   VG devstore2_vg         lvm2 [1.02 TB / 0    free]
> PV unknown device   VG devstore2_vg         lvm2 [1.02 TB / 0    free]
> PV unknown device   VG devstore2_vg         lvm2 [1.02 TB / 0    free]
> PV unknown device   VG devstore2_vg         lvm2 [1.02 TB / 0    free]
> PV /dev/sdb         VG devstore2_vg         lvm2 [1.02 TB / 0    free]
> PV /dev/sdc         VG devstore2_vg         lvm2 [1.02 TB / 715.17 GB free]
> Total: 10 [10.18 TB] / in use: 10 [10.18 TB] / in no VG: 0 [0   ]
>
> # vgscan
> Reading all physical volumes.  This may take a while...
> Found volume group "livestore2_copy_vg" using metadata type lvm2
> Couldn't find device with uuid 'bbrTkY-2HDP-2z2D-ehDB-8tnP-jI4b-xl6vHi'.
> Couldn't find all physical volumes for volume group devstore2_vg.
> Couldn't find device with uuid 'bbrTkY-2HDP-2z2D-ehDB-8tnP-jI4b-xl6vHi'.
> Couldn't find all physical volumes for volume group devstore2_vg.
> Volume group "devstore2_vg" not found
>
> But I do have backup copies of /etc/lvm.
>
> So I was wondering if I could just use fdisk to set the partitions type to 
> 8e, and LVM2 might work with it?
>
> However, I thought LVM2 does not need 8e anymore, or did they change that?
>
> I figure I can test by using sfdisk to backup the partition table, change it 
> and see what happens.
> Might have to use vgcfgrestore to put the pv metadata back in.
>
> Anybody do this recently or have any ideas.
>
> Thanks in advance!
>
> Lance
>
>
>
> -- 
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>




More information about the linux-lvm mailing list