volume copy changing vgconf

[Victor_101]

I have a Storagetek FLX240 with several drives hooked up to my rp5470 over brocade switched ( belonging to my EVA3000)
i have created 2 luns of identical size on the FLX and and created the respective VGs, LVs and mounted the Filesystems.
Now I unmounted and did a volume copy( feature on the FLX- Santricity Software).
Now when i try to mount the file systems again, it gives me "I/O error" and if i try again it says "file system unrecognized".

These are the 2 disks
disk 78 0/10/0/0.1.14.0.0.0.3 sdisk CLAIMED DEVICE STK OPENstorage D240
/dev/dsk/c19t0d3 /dev/rdsk/c19t0d3

disk 76 0/10/0/0.1.14.0.0.0.2 sdisk CLAIMED DEVICE STK OPENstorage D240
/dev/dsk/c19t0d2 /dev/rdsk/c19t0d2


Now I go and check the "pvdisplay" and find that the "pv status unavailable"


so i deactivate the vgname
then i do a "vgcfgrestore -n vgname /dev/rdsk/c19t0d3"
it restores the pvlink
now i reactivate the vg and mount the file system properly.



i am doin this whole thing to try to establish business continuity via copying my entire backup to a volume mounted on production to a volume mounted on the test. since the 2 volumes are on the FLX, i just do the volume copy and tadaaa.. for the time being since i dont have a GBIC , so i am trying the tests by having both the source and destination on the same server.
will doing this operation on different servers work normally? is this a default action? or is there a walkaround ? am i trying to do something ill-advised?

please advise

thanks,
victor

[Victor_101]

sorry , i forgot the syslog

SYSLOG

Nov 28 16:20:25 Kddrac2 vmunix: LVM: VG 64 0x090000: PVLink 31 0x130300 Wrong Disk!
Nov 28 16:20:25 Kddrac2 vmunix: LVM: VG 64 0x090000: Lost quorum.
Nov 28 16:20:25 Kddrac2 vmunix: This may block configuration changes and I/Os. In order to reestablish quorum at least 1 of t
he following PVs (represented by current link) must become available:
Nov 28 16:20:25 Kddrac2 vmunix: <31 0x130300>
Nov 28 16:20:25 Kddrac2 vmunix: msgcnt 4 vxfs: mesg 037: vx_metaioerr - /dev/vgstkfc1/stkfc1 file system meta data write erro
r
Nov 28 16:25:46 Kddrac2 LVM[23126]: vgchange -a n /dev/vgstkfc1
Nov 28 16:25:49 Kddrac2 LVM[23127]: vgcfgrestore -n vgstkfc1 /dev/rdsk/c19t0d3
Nov 28 16:26:26 Kddrac2 vmunix: LVM: VG 64 0x090000: Data in one or more logical volumes on PV 31 0x130300 was lost when the
disk was replaced.
Nov 28 16:26:26 Kddrac2 vmunix: This occured because the disk contained the only copy of the data.
Nov 28 16:26:26 Kddrac2 vmunix: Prior to using these logical volumes, restore the data from backup.
Nov 28 16:26:26 Kddrac2 vmunix: LVM: vg[9] pv[0] Bad MCR, resyncing all LVs on the PV
Nov 28 16:26:26 Kddrac2 LVM[23130]: vgchange -a y /dev/vgstkfc1

[Jean-Yves Picard]

Hello,

strategy should be

1) halt application,
2) umount all filesystems
3) varyoffvg
4) business copy D1 -> D2 (disk 1 to disk 2)

on production
5) varyonvg
6) mount FS
7) start application

on backup
8) import VG on D2
9) mount all FS on new VG
10) backup all FS
11) discard D2

Jean-Yves

[Victor_101]

am sorry yves, guess i forgot to mention HP-UX 11i v1, not AIX, anyways, i tried with deactivating the vg yesterday after i started this thread but to no avail, i didnt do a vgimport though, seems a bit extreme i think.. could u maybe elaborte more bearing in mind my OS