Re: [linux-lvm] Exposing the same VG from two different disks

Re: [linux-lvm] Exposing the same VG from two different disks

[liam]

Thanks to everyone who replied. The vgimportclone worked really well and I can recommend it to anyone who is in my situation. 

I have a follow up question about how the LVM filter works in the script. Should I post here or to the LVM Devel list instead?

Just in case here is the right place !!! My question is, I have multiple paths to the same disks so I have masked the individual paths (the sd devices) and just exposed the logical deives (the emcpower devices). The script loses this filter and complains about lots of duplicate PV ids as it runs through. This "problem" is purely cosmetic and doesn't seem to in anyway effect the script from working. If this is not expected behaviour and the fix is fairly straight forward I'd be more than happy to test any fix. I've had a look at trying to see where the errors are coming from but I have to admit my LVM knowledge isn't up to it.

Thanks again to everyone for their hope,
Liam



>On Fri, 2009-06-05 at 15:18 +0200, liam@landv.org.uk wrote:
>> Hi,
>> 
>> I'm not sure if what I'm trying to do is possible or not but hopefully
>>  someone out there can help!!
>> 
>> I have a volume group which consists of a LUN (/dev/emcpowerv1) in an
>>  EMC cabinet. To backup up the disk I use EMC technology to synchronise
>>  a second LUN (/dev/emcpoweraf1) with the first, when the
>>  synchronisation is complete I then break the connection. At this point
>>  I have two identical volume groups exposed to the same host. What I
>>  would like to do is rename the second volume group and mount its
>>  logical volumes. However I can't because (understandably) LVM doesn't
>>  like having two identical volume groups so when I issue pvchange -u I
>>  get...
>> 
>> 
>> # pvchange -u /dev/emcpoweraf1
>>   Found duplicate PV dXiYI6nVqu8UpXO2mlaWiKKPKSBPrRbn: using /dev/emcpowerv1 
>not /dev/emcpoweraf1
>>   get_pv_from_vg_by_id: vg_read failed to read VG !
>>   /dev/emcpowerv1: write failed after 0 of 4096 at 4096: Operation not 
>permitted
>>   pv_write with new uuid failed for /dev/emcpowerv1.
>>   0 physical volumes changed / 1 physical volume not changed
>> 
>> Notice I issue the command against /dev/emcpoweraf1 but it complains about 
>writing to /dev/emcpowerv1.
>
>Take a look at the vgimportclone script posted to the lvm-devel list
>last month:
>
>http://www.redhat.com/archives/lvm-devel/2009-May/msg00130.html
>
>Regards,
>Bryn.
>
>
>_______________________________________________
>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] pvcreate --uuid and keep data

[jose nuno neto]

Hellos

I've got a error on vgdisplay saying that a physical volume is lost

vgdisplay --partial oracle
  Partial mode. Incomplete volume groups will be activated read-only.
  Couldn't find device with uuid '1dIe2G-QEtx-MGsI-DGF1-Lk10-nl8E-eg1Bb6'.


Checked the archive/backup metadata info and it's not up2date, so can't 
issue a vgcfgrestore, right?
I googled and found this aproach
pvcreate --uuid LOST ID
My question is, what about the date in the partiton? is it kept? no 
problemos with it?

Thanks
Jose


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [linux-lvm] Exposing the same VG from two different disks

[liam]

I've had a closer look at the vgimportclone script and I think the fix for the
 lost filter is very straight forward. The errors are coming out of the final
 vgscan and it seems to be caused by the LVM_SYSTEM_DIR variable being set to an 
empty string rather than being unset. So I made the following change and it seemed 
to fix the errors...

327,333c327
<
< if [[ -z ${ORIG_LVM_SYS_DIR} ]]
< then
<       unset LVM_SYSTEM_DIR
< else
<       LVM_SYSTEM_DIR=${ORIG_LVM_SYS_DIR}
< fi
---
> LVM_SYSTEM_DIR=${ORIG_LVM_SYS_DIR}

I'm not sure if this change causes any issues but I'd be suprised.
Thanks
Liam

>Thanks to everyone who replied. The vgimportclone worked really well and I can 
>recommend it to anyone who is in my situation. 
>
>I have a follow up question about how the LVM filter works in the script. 
>Should I post here or to the LVM Devel list instead?
>
>Just in case here is the right place !!! My question is, I have multiple paths 
>to the same disks so I have masked the individual paths (the sd devices) and 
>just exposed the logical deives (the emcpower devices). The script loses this 
>filter and complains about lots of duplicate PV ids as it runs through. This 
>"problem" is purely cosmetic and doesn't seem to in anyway effect the script 
>from working. If this is not expected behaviour and the fix is fairly straight 
>forward I'd be more than happy to test any fix. I've had a look at trying to 
>see where the errors are coming from but I have to admit my LVM knowledge 
>isn't up to it.
>
>Thanks again to everyone for their hope,
>Liam
>
>
>
>>On Fri, 2009-06-05 at 15:18 +0200, liam@landv.org.uk wrote:
>>> Hi,
>>> 
>>> I'm not sure if what I'm trying to do is possible or not but hopefully
>>>  someone out there can help!!
>>> 
>>> I have a volume group which consists of a LUN (/dev/emcpowerv1) in an
>>>  EMC cabinet. To backup up the disk I use EMC technology to synchronise
>>>  a second LUN (/dev/emcpoweraf1) with the first, when the
>>>  synchronisation is complete I then break the connection. At this point
>>>  I have two identical volume groups exposed to the same host. What I
>>>  would like to do is rename the second volume group and mount its
>>>  logical volumes. However I can't because (understandably) LVM doesn't
>>>  like having two identical volume groups so when I issue pvchange -u I
>>>  get...
>>> 
>>> 
>>> # pvchange -u /dev/emcpoweraf1
>>>   Found duplicate PV dXiYI6nVqu8UpXO2mlaWiKKPKSBPrRbn: using 
>/dev/emcpowerv1 
>>not /dev/emcpoweraf1
>>>   get_pv_from_vg_by_id: vg_read failed to read VG !
>>>   /dev/emcpowerv1: write failed after 0 of 4096 at 4096: Operation not 
>>permitted
>>>   pv_write with new uuid failed for /dev/emcpowerv1.
>>>   0 physical volumes changed / 1 physical volume not changed
>>> 
>>> Notice I issue the command against /dev/emcpoweraf1 but it complains about 
>
>>writing to /dev/emcpowerv1.
>>
>>Take a look at the vgimportclone script posted to the lvm-devel list
>>last month:
>>
>>http://www.redhat.com/archives/lvm-devel/2009-May/msg00130.html
>>
>>Regards,
>>Bryn.
>>
>>
>>_______________________________________________
>>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/

Re: [linux-lvm] Exposing the same VG from two different disks

[chris procter]

> I've had a closer look at the vgimportclone script and I think the fix for the
> lost filter is very straight forward. The errors are coming out of the final
> vgscan and it seems to be caused by the LVM_SYSTEM_DIR variable being set to an 
> empty string rather than being unset. So I made the following change and it 
> seemed to fix the errors...

Cool, I'd kind of noticed this bit of weirdness but hadn't got round to actually doing anything about it :)

LVM_SYSTEM_DIR also gets reset in the cleanup function (which pointless because our changes are dropped when the script ends anyway so we might as well get rid of it, also we're using #!/bin/sh  but assuming several bash-isms so this is a cleanup patch that covers both (hopefully I've figured out how to create proper patches!):

diff --git a/vgimportclone.sh b/vgimportclone.sh
--- a/vgimportclone.sh
+++ b/vgimportclone.sh
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/bash
 
 # Copyright (C) 2009 Chris Procter All rights reserved.
 # Copyright (C) 2009 Red Hat, Inc. All rights reserved.
@@ -87,8 +87,6 @@
 
 
 function cleanup {
-    #set to use old lvm.conf
-    LVM_SYSTEM_DIR=${ORIG_LVM_SYS_DIR}
 
     if [ $KEEP_TMP_LVM_SYSTEM_DIR -eq 1 ]; then
         echo "${SCRIPTNAME}: LVM_SYSTEM_DIR (${TMP_LVM_SYSTEM_DIR}) must be cleaned up manually."


      

[linux-lvm] Exposing the same VG from two different disks

[liam]

Hi,

I'm not sure if what I'm trying to do is possible or not but hopefully someone out there can help!!

I have a volume group which consists of a LUN (/dev/emcpowerv1) in an EMC cabinet. To backup up the disk I use EMC technology to synchronise a second LUN (/dev/emcpoweraf1) with the first, when the synchronisation is complete I then break the connection. At this point I have two identical volume groups exposed to the same host. What I would like to do is rename the second volume group and mount its logical volumes. However I can't because (understandably) LVM doesn't like having two identical volume groups so when I issue pvchange -u I get...


# pvchange -u /dev/emcpoweraf1
  Found duplicate PV dXiYI6nVqu8UpXO2mlaWiKKPKSBPrRbn: using /dev/emcpowerv1 not /dev/emcpoweraf1
  get_pv_from_vg_by_id: vg_read failed to read VG !
  /dev/emcpowerv1: write failed after 0 of 4096 at 4096: Operation not permitted
  pv_write with new uuid failed for /dev/emcpowerv1.
  0 physical volumes changed / 1 physical volume not changed

Notice I issue the command against /dev/emcpoweraf1 but it complains about writing to /dev/emcpowerv1.

does anyone have any ideas?
Thanks in advance
Liam

Re: [linux-lvm] Exposing the same VG from two different disks

[Bryn M. Reeves]

On Fri, 2009-06-05 at 15:18 +0200, liam@landv.org.uk wrote:
> Hi,
> 
> I'm not sure if what I'm trying to do is possible or not but hopefully
>  someone out there can help!!
> 
> I have a volume group which consists of a LUN (/dev/emcpowerv1) in an
>  EMC cabinet. To backup up the disk I use EMC technology to synchronise
>  a second LUN (/dev/emcpoweraf1) with the first, when the
>  synchronisation is complete I then break the connection. At this point
>  I have two identical volume groups exposed to the same host. What I
>  would like to do is rename the second volume group and mount its
>  logical volumes. However I can't because (understandably) LVM doesn't
>  like having two identical volume groups so when I issue pvchange -u I
>  get...
> 
> 
> # pvchange -u /dev/emcpoweraf1
>   Found duplicate PV dXiYI6nVqu8UpXO2mlaWiKKPKSBPrRbn: using /dev/emcpowerv1 not /dev/emcpoweraf1
>   get_pv_from_vg_by_id: vg_read failed to read VG !
>   /dev/emcpowerv1: write failed after 0 of 4096 at 4096: Operation not permitted
>   pv_write with new uuid failed for /dev/emcpowerv1.
>   0 physical volumes changed / 1 physical volume not changed
> 
> Notice I issue the command against /dev/emcpoweraf1 but it complains about writing to /dev/emcpowerv1.

Take a look at the vgimportclone script posted to the lvm-devel list
last month:

http://www.redhat.com/archives/lvm-devel/2009-May/msg00130.html

Regards,
Bryn.

Re: [linux-lvm] Exposing the same VG from two different disks

[Stuart D. Gathman]

On Fri, 5 Jun 2009, liam@landv.org.uk wrote:

> I have a volume group which consists of a LUN (/dev/emcpowerv1) in an EMC
> cabinet. To backup up the disk I use EMC technology to synchronise a second
> LUN (/dev/emcpoweraf1) with the first, when the synchronisation is complete I
> then break the connection. At this point I have two identical volume groups
> exposed to the same host. What I would like to do is rename the second volume
> group and mount its logical volumes. However I can't because (understandably)
> LVM doesn't like having two identical volume groups so when I issue pvchange
> -u I get...

This is doable but tricky.  Please read back a few weeks in the archives
to find a script that is being polished to automate this.  I forget
the name of the person who did the script, but when you find the posts,
give him a big thank you.  Test the script carefully in your situation
and report here.

-- 
	      Stuart D. Gathman <stuart@bmsi.com>
    Business Management Systems Inc.  Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flammis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.