RE: same LV UUID after vgmerge

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Alasdair,

the lvm version is:

# lvm version
  LVM version:     2.00.15 (2004-04-19)
  Library version: 1.00.19-ioctl (2004-07-03)
  Driver version:  4.3.0

and I converted my VG with vgconvert.

Now I restored all my original volume group and I'm ready for another
test.

Is it safe to edit the UUID by hand?

Fabrizio


> -----Original Message-----
> From: linux-lvm-bounces@redhat.com 
> [mailto:linux-lvm-bounces@redhat.com] On Behalf Of Alasdair G Kergon
> Sent: Thursday, May 19, 2005 4:03 PM
> To: LVM general discussion and development
> Subject: Re:  same LV UUID after vgmerge
> 
> 
> On Thu, May 19, 2005 at 11:58:09AM +0200, Magni Fabrizio wrote:
> > Now the strange part: all the logical volumes have 
> duplicated LV UUID.
>  
> What version of lvm?   (Run 'lvm version')
> 
> Looks like a bug: the vgmerge code checks for duplicate LV names 
> but not duplicate UUIDs.
> 
> Is this still lvm1 metadata? (You didn't run 'vgconvert')
> 
> > Any idea how to solve this issue?
> 
> You're going to have to edit the UUIDs by hand:
>   vgchange -an oradata1_a
>   vgcfgbackup oradata1_a
> Edit the UUIDs in /etc/lvm/backup/oradata1_a uuid making them all
> different:
> 
>                 lvol1 {
>                         id = "000000-0000-0000-0000-0000-0000-000001"
> becomes
>                 lvol1 {
>                         id = "000000-0000-0000-0000-0000-0000-000002"
> etc.
> 
> Then:
>   vgcfgrestore oradata1_a
>  
> Alasdair
> -- 
> agk@redhat.com
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
> 

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux