vgdisplay

[Arulkumar]

Hi team,
I have created the pvcreate with two disks and 8 LV on that, now the vgscan dose not sense the physical disks.
kindly help me to recover the data.


vgdisplay: Warning: couldn't query physical volume "/dev/dsk/c0t0d1":
The specified path does not correspond to physical volume attached to
this volume group
vgdisplay: Warning: couldn't query the list of physical volumes.
LV Name /dev/vg01/ldisk8
LV Status available/syncd
LV Size (Mbytes) 19456
Current LE 1216
Allocated PE 1216
Used PV 1


--- Physical volumes ---
PV Name /dev/dsk/c0t0d2
vgdisplay: Warning: couldn't query physical volume "/dev/dsk/c0t0d1":
The specified path does not correspond to physical volume attached to
this volume group
vgdisplay: Warning: couldn't query the list of physical volumes.
PV Status available
Total PE 2168
Free PE 41
Autoswitch On
Proactive Polling On


maggie1# lvdisplay -v /dev/vg01/ldisk1 | more
lvdisplay: Warning: couldn't query physical volume "/dev/dsk/c0t0d1":
The specified path does not correspond to physical volume attached to
this volume group
lvdisplay: Warning: couldn't query the list of physical volumes.
--- Logical volumes ---
LV Name /dev/vg01/ldisk1
VG Name /dev/vg01
LV Permission read/write
LV Status available/syncd
Mirror copies 0
Consistency Recovery MWC
Schedule parallel
LV Size (Mbytes) 10240
Current LE 640
Allocated PE 640
Stripes 0
Stripe Size (Kbytes) 0
Bad block on
Allocation strict
IO Timeout (Seconds) default


--- Logical extents ---
LE PV1 PE1 Status 1
00000 ??? 00000 current
00001 ??? 00001 current
00002 ??? 00002 current

[Avinash20 · Accepted solution]

In ioscan if the disk is available then do a vgimport to the disk

# vgimport /dev/vg01 /dev/dsk/c0t0d1

[Arulkumar]

It's already there in lvmtab
maggie1# vgimport /dev/vg01 /dev/dsk/c0t0d1
vgimport: Volume group "/dev/vg01" already exists in the "/etc/lvmtab" file.
maggie1#

[Avinash20]

You need to create a mapfile, do a vgexport,mkdir, mknod, vgimport with the two disk..

[Avinash20]

Create a map file prior to vgimport'ing the VG on other nodes.

# vgexport -pv -m /etc/lvmconf/map.vg01 /dev/vg01

Create the volume group irectory:
# mkdir /dev/vg01
# mknod /dev/vg07 group c 64 0x010000
\_ unique

Import it
# vgimport -v -m /etc/lvmconf/map.vg01 /dev/vg01 /dev/dsk/cxtxdx /dev/dsk/cytydy

[Avinash20]

Create a map file prior to vgimport'ing it

# vgexport -pv -m /etc/lvmconf/map.vg01 /dev/vg01

Create the volume group irectory:
# mkdir /dev/vg01
# mknod /dev/vg07 group c 64 0x010000
\_ unique

Import it
# vgimport -v -m /etc/lvmconf/map.vg01 /dev/vg01 /dev/dsk/cxtxdx /dev/dsk/cytydy

[sujit kumar singh]

Hi,


check the following things.
#ioscan -fnCdisk

check that if "/dev/dsk/c0t0d1" is there and shows CLAIMED and not as NO_HW.


#diskinfo -v /dev/rdsk/c0t0d1
#diskinfo -v /dev/rdsk/c0t0d2

try reading some data off the disk.

#dd if=/dev/rdsk/c0t0d0 of=/dev/null
#dd if=/dev/rdsk/c0t0d2 of=/dev/null


if that is OK that is disk is visilble in ioscan as claimed and that diskinfo O/p is correct and that using dd data can be read from the disk, then there can be a prob with the LVM headres form the disk.


Regards
Sujit

[vjta]

Hi AK

can u post o/p : ioscan -fnC disk
also diskinfo d/ev/rdsk/c0t0d1

also check in syslog file for perticlular VG related error.

AS u said u have created with 2 PVs what @ ur PV2 c0t0d2 its showing properly?

regards
vjta

[HP_Sammy]

hey arul please check if those pv's are present in ioscan -fnC disk o/p if they are not then it might have been moved pls contact ur strorage team to check of those luns were moved ir it might be that lvm headers are the coz so try the vgcfgrestore cmd pls keep us posted abt this

Regards,
Coolsami

[Patrick Wallek]

Try doing a vgcfgrestore to restore the vg config.

# vgcfgrestore -n /dev/vg01 /dev/dsk/c0t0d1

[S. Ney]

1. Do you have serviceguard? If yes there will be a different file to modify.
2. Try the following:
mv /etc/lvmtab /etc/lvmtab.(date)
vgscan -v
vgchange -a y vg(name)
vgdisplay -v vg(name)

Also here's a helpful link:
http://docs.hp.com/en/5991-1236/When_Good_Disks_Go_Bad_WP.pdf