General
cancel
Showing results for 
Search instead for 
Did you mean: 

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

 
SOLVED
Go to solution
Highlighted

LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

Hi,
Iam getting the following errors on our development server. My lvmtab shows:

# strings /etc/lvmtab
/dev/vg00
/dev/dsk/c1t15d0
/dev/vg01
/dev/dsk/c4t0d0
/dev/vg02
/dev/dsk/c4t1d0
/dev/vg04
/dev/dsk/c24t0d0
/dev/dsk/c26t0d0
/dev/dsk/c25t0d0
/dev/dsk/c27t0d0
/dev/vg36
/dev/dsk/c24t0d3
/dev/vg40
/dev/dsk/c24t0d2
/dev/vg35
/dev/dsk/c24t0d1

Yet vgdisplay -v /dev/vg00 shows:
vgdisplay: Couldn't query volume group "/dev/vg00".
Possible error in the Volume Group minor number; Please check and make sure the
group minor number is unique.
vgdisplay: Cannot display volume group "/dev/vg00".

Issuing ll /dev/vg00 reveals:

crw-r----- 1 root sys 64 0x000000 May 20 2004 group
brw-r----- 1 root sys 64 0x000001 May 27 12:58 lvol1
brw-r----- 1 root sys 64 0x000002 May 20 2004 lvol2
brw-r----- 1 root sys 64 0x000003 May 20 2004 lvol3
brw-r----- 1 root sys 64 0x000004 May 20 2004 lvol4
brw-r----- 1 root sys 64 0x000005 May 20 2004 lvol5
brw-r----- 1 root sys 64 0x000006 May 20 2004 lvol6
brw-r----- 1 root sys 64 0x000007 May 20 2004 lvol7
crw-r----- 1 root sys 64 0x000001 May 20 2004 rlvol1
crw-r----- 1 root sys 64 0x000002 May 20 2004 rlvol2
crw-r----- 1 root sys 64 0x000003 May 20 2004 rlvol3
crw-r----- 1 root sys 64 0x000004 May 20 2004 rlvol4
crw-r----- 1 root sys 64 0x000005 May 20 2004 rlvol5
crw-r----- 1 root sys 64 0x000006 May 20 2004 rlvol6
crw-r----- 1 root sys 64 0x000007 May 20 2004 rlvol7

If I inspect the disks using SAM I see the following:
0/0/1/1.15.0 1 Unused -- 17366 HP 18.2GM
0/0/2/1.15.0 1 Unused -- 17366 HP 18.2GM

What I would like to have is SAM showing the 1 disk as used by vg00 and then add the other unused disk into a mirror with the first disk.
Can anybody help me with the steps.
I am pretty inexperienced with LVM.
Regards
Graham
7 REPLIES 7
Highlighted
Honored Contributor

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

Hi

Can you submit

ll /dev/*/group

output


Best Regards
Murat
Murat Suluhan
Highlighted

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

The output as requested:

# ll /dev/*/group
crw-r----- 1 root sys 64 0x000000 May 20 2004 /dev/vg00/group
cr--r--r-- 1 root sys 64 0x010000 Jan 31 2006 /dev/vg01/group
cr--r--r-- 1 root sys 64 0x020000 Jan 31 2006 /dev/vg02/group
cr--r--r-- 1 root sys 64 0x030000 Feb 17 2006 /dev/vg04/group
crw-rw-rw- 1 root sys 64 0x230000 May 20 08:37 /dev/vg35/group
crw-rw-rw- 1 root sys 64 0x240000 Jan 31 09:59 /dev/vg36/group
crw-rw-rw- 1 root sys 64 0x280000 May 9 10:22 /dev/vg40/group
Highlighted
Honored Contributor

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

Hi Graham

If Serviceguard was previously installed on the system, and the /dev/slvmvg device file still
exists.
Please delete or move /dev/slvmg to another location
Then

mv /etc/lvmtab /etc/lvmtab_06262008
vgscan -v -a

Best Regards
Murat
Murat Suluhan
Highlighted

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

Hi Murat,

I have Clarion CX disks coupled to the system in question. I just want to be clear that I won't be in any danger of losing links to the disks if I issue the vgscan.

Regards
Graham
Highlighted
Honored Contributor

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

Hi Graham

Therefore I have recommended to move lvmtab

Do you have currently installed ServiceGuard software in the server?

Best Regards
Murat
Murat Suluhan
Highlighted

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

Hi Murat,

No ServiceGuard installed.
The other part of my question regarding mirroring the disks.
MirrorDisk UX is installed on the system.

Kind Regards
Graham
Highlighted
Honored Contributor
Solution

Re: LVM: Recovered Path (device 0x1f01f000) to PV 0 in VG 0.

Hi Graham

Did you apply following lines ?

Please delete or move /dev/slvmg to another location
Then

mv /etc/lvmtab /etc/lvmtab_06262008
vgscan -v -a



Mirrordisk is easy :)

Best Regards
Murat
Murat Suluhan