lvmtab has erroneus physical volume

[Matt Powell]

I have a physical volume that showed up in
/etc/lvmtab after I did vgscan -a. ( I have some other issues I'm working on..). The point is that this PV is not really correct and I need to remove it from my lvmtab. That PV doesn't belong to any current VG.

Currently when I do vgdisplay -v vg00, I get the messages "Warning: couldn't query physical volume /dev/dsk/c1t9d0 : The specified path does not correspond to physical volume attached to this volume group".

I have backed up and removed /etc/lvmtab then performed vgscan -a, and vgscan keeps putting that physical volume in there. It does not show up in /etc/lvmconf/vg00.conf. How do I get it out of there?

vgreduce -f vg00 also fails with the error:
"Couldn't query physical volume "/dev/dsk/c1t9d0"

Thanks.

Matt Powell
mdpowell@providence.org

[Amruth]

Hi,

Just a thought...
Can you check the permissions, owner and the group of the device file.....

Regards,
AR

[Tim D Fulford]

Hi

I do not quite uinderstand your problem... Your implying that vg00 has an extra disk /dev/dsk/c1t9d0? Further to this, the disk does not seem to exist.

My first thoughts are that the disk did indeed exist but it has died/been removed. So try

# ioscan -fnCdisk, see if /dev/dsk/c1t9d0 has a NO_WH flag or CLAIMED.

I also suspect that this disk was some sort of mirror disk in vg00, or was a spare disk with no data on it. Either way it would be better for you to replace the disk & vgcfgrestore -n vg00 /dev/dsk/c1t9d0 to get it back up and running.

If my inference is incorrect, then could you give a print out of
# ioscan -fnCdisk
# vgdisplay -v vg00
# strings /etc/lvmtab

Tim

[Matt Powell]

Thank you for the rapid replies:

For Arjun: I checked the ownership and permissions ( following), that all looks good:

pemcprsm:/ [pts/tf:420] # ll /dev/dsk/c1*
brw-r----- 1 bin sys 31 0x010000 May 4 00:11 /dev/dsk/c1t0d0
brw-r----- 1 bin sys 31 0x011000 May 4 00:11 /dev/dsk/c1t1d0
brw-r----- 1 bin sys 31 0x012000 May 4 00:11 /dev/dsk/c1t2d0
brw-r----- 1 bin sys 31 0x013000 May 4 00:11 /dev/dsk/c1t3d0
brw-r----- 1 bin sys 31 0x014000 May 4 00:11 /dev/dsk/c1t4d0
brw-r----- 1 bin sys 31 0x015000 May 4 00:11 /dev/dsk/c1t5d0
brw-r----- 1 bin sys 31 0x016000 May 4 00:11 /dev/dsk/c1t6d0
brw-r----- 1 bin sys 31 0x017000 May 4 00:11 /dev/dsk/c1t7d0
brw-r----- 1 bin sys 31 0x018000 May 4 00:11 /dev/dsk/c1t8d0
brw-r----- 1 bin sys 31 0x019000 May 4 00:11 /dev/dsk/c1t9d0

pemcprsm:/ [pts/tf:421] # ll /dev/rdsk/c1*
crw-r----- 1 bin sys 188 0x010000 May 4 00:11 /dev/rdsk/c1t0d0
crw-r----- 1 bin sys 188 0x011000 May 4 00:11 /dev/rdsk/c1t1d0
crw-r----- 1 bin sys 188 0x012000 May 4 00:11 /dev/rdsk/c1t2d0
crw-r----- 1 bin sys 188 0x013000 May 4 00:11 /dev/rdsk/c1t3d0
crw-r----- 1 bin sys 188 0x014000 May 4 00:11 /dev/rdsk/c1t4d0
crw-r----- 1 bin sys 188 0x015000 May 4 00:11 /dev/rdsk/c1t5d0
crw-r----- 1 bin sys 188 0x016000 May 4 00:11 /dev/rdsk/c1t6d0
crw-r----- 1 bin sys 188 0x017000 May 4 00:11 /dev/rdsk/c1t7d0
crw-r----- 1 bin sys 188 0x018000 May 4 00:11 /dev/rdsk/c1t8d0
crw-r----- 1 bin sys 188 0x019000 May 4 00:11 /dev/rdsk/c1t9d0


thanks....

[Rui Vilao]

Hi Matt,

I had a similar problem some times ago.

I could not recreate successfully /etc/lvmtab with vgscan...
LVM configuration information is stored under /etc/lvmconf.
What I did was to remove/move all the unused conf files (vg00.conf.old, ...) and than run vgscan.

Hope this helps,

Kind Regards,

Rui.

[Daniel Olson]

If there is nothing on the disk in question - blow it away with a pvcreate or mediainit, then run vgreduce -f /dev/vg00.

That should solve your problem. Also, running vgscan -a can cause some unwanted side effects, I would not recommend doing it unless you have a good reason like corrupt files.

P.S. - If you are going to use a disk for another purpose run mediainit against it or scramble with thrasher first < free hp utility to erase media.

[Tim D Fulford]

I've never seen this before!!!

lvmtab shows 3 disks in vg00 but vgdisplay only shows 2!!!

I would only be repeating the above...

from the ioscan, c1t9d0 is alive & kicking. you could confirm this by doing diskinfo /dev/rdsk/c1t9d0. Why LVM says it is dead I do not know...

Tim

[Carlos Fernandez Riera]

Use this command to see if that disk have VGID.
All disks for a vg must have the same VGID.



dd if=/dev/rdsk/cxtxtx bs=1024 skip=8 count=9 | dd bs=8 skip=2 count=1 | od -x



I have see it once when i do a dd form rdsk/xxxx to rdsk/yyy.


Go to lmv maintenece mode.

reboot

interact with IPL> yes

boot -lq -lm



vgexport vg00 and vgimport again vg00.

Also you must check the last LVM cumulative patch.

[Shujaat Hussain]

Hi Matt,

Check "lvreduce -k" option. Also read about "lvlnboot -R" option. It will help you.


Thanks.

Shujaat.