LVM - lvextend -m 1 not working (different lvmtab and lvmpvg))

[Dirk Kilian]

I wanted to switch on the mirroring after replacing/reactivating some disks of the vg and got the following error message:

goliath:/etc (98) root% lvextend -m 1 /dev/vgdb/db
Information in "/etc/lvmtab" differs from that in "/etc/lvmpvg".
VG "/dev/vg00" is not defined in file "/etc/lvmtab".
lvextend: Error detected when reading from file "/etc/lvmpvg".

What can I do?

[Frederic Sevestre]

Hi,

Check the lvmtab :
# strings /etc/lvmtab

If there is any problem with it try :
# mv /etc/lvmtab /etc/lvmtab.old
# vgscan -v
# strings /etc/lvmtab

Check if there is no minor number duplication :
# ll /dev/*/group

Se also :
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xfef2911284f5d5118ff40090279cd0f9,00.html

Fr??d??ric

[Dirk Kilian]

thanks for the quick answer, the actions you described I did already.

Find attached the whole actions

BR Dirk

[Robin Wakefield]

Hi Dirk,

Could you show the current output of:

strings /etc/lvmtab

and the contents of /etc/lvmpvg?

Rgds, Robin.

[Printaporn_1]

Hi,

#mv /etc/lvmpvg /etc/lvmpvg.orig
#lvextend -m 1 /dev/vgdb/db

does any error ?

if not then re-create /etc/lvmtab from vgscan

[Animesh Chakraborty]

goliath:
disk 5 8/8.13.0 sdisk NO_HW DEVICE SEAGATE ST39173WC
/dev/dsk/c0t13d0 /dev/rdsk/c0t13d0

david:

disk 13 8/12.13.0 sdisk NO_HW DEVICE SEAGATE ST39173WC
/dev/dsk/c1t13d0 /dev/rdsk/c1t13d0

I saw some NO_HW in ioscan output.
Get the hardware problem fixed first.
Rest of thing will be fine with vgscan.

[Michael Tully]

You probably have a dead disk. Check the
following files:

/var/adm/syslog.syslog.log
/var/opt/resmon/log/event.log (EMS output)
and of course root's mail, which should
indicate which disk drive.

HTH
-Michael

[Dirk Kilian]

Hi Robin (+ all others),

here the output of lvmtab and lvmpvg:

goliath:/etc (103) root% strings /etc/lvmtab
/dev/vgdb
/dev/dsk/c0t1d0
/dev/dsk/c0t13d0
/dev/dsk/c0t14d0
/dev/dsk/c0t15d0
/dev/dsk/c1t1d0
/dev/dsk/c1t13d0
/dev/dsk/c1t14d0
/dev/dsk/c1t15d0
/dev/vgdb01
/dev/dsk/c0t2d0
/dev/dsk/c1t2d0
/dev/vggprsbb
/dev/dsk/c0t3d0
/dev/dsk/c1t3d0
/dev/vgnms
/dev/dsk/c0t8d0
/dev/dsk/c1t8d0
/dev/vgbufcs
/dev/dsk/c0t11d0
/dev/dsk/c1t11d0
/dev/
/dev/dsk/c2t5d0
/dev/dsk/c3t5d0

goliath:/etc (105) root% strings /etc/lvmpvg
VG /dev/vg00
PVG scsi2_5
/dev/dsk/c2t5d0

So actually c2t5d0 and c3t5d0 belong to vg00 but somehow this info got lost in lvmtab!?

BR Dirk

[Dirk Kilian]

Hi Printaborn,

your action returned with an error:

goliath:/etc (106) root% mv /etc/lvmpvg lvmpvg.230102.dk
goliath:/etc (107) root% lvextend -m 1 /dev/vgdb/db
lvextend: Error detected when reading from file "/etc/lvmpvg".

Thanks anyway!

[Robin Wakefield]

Hi Dirk,

/dev/vgdb/db is defined as PVG-strict, and I would therefore expect to see an entry in /etc/lvmpvg - this doesn't look to be the case. Perhaps you have an earlier version somewhere?

Also, /dev/vg00 still seems to be missing from /etc/lvmtab. What happens when you run "vgdisplay vg00"?

Rgds, Robin.

[Dirk Kilian]

Hi Robbin,

goliath:/dev (136) root% vgdisplay vg00
vgdisplay: Volume group "/dev/vg00" does not exist in the "/etc/lvmtab" file.
vgdisplay: Cannot display volume group "vg00".

but it is vg00:

goliath:/dev (135) root% ll vg*

vg00:
total 0
crw-r----- 1 root sys 64 0x000000 Oct 16 18:52 group
brw-r----- 1 root sys 64 0x000001 Jan 22 08:53 lvol1
brw-r----- 1 root sys 64 0x000002 Oct 16 18:52 lvol2
brw-r----- 1 root sys 64 0x000003 Oct 16 18:52 lvol3
brw-r----- 1 root sys 64 0x000004 Jan 22 08:53 lvol4
brw-r----- 1 root sys 64 0x000005 Jan 22 08:53 lvol5
brw-r----- 1 root sys 64 0x000006 Jan 22 08:53 lvol6
brw-r----- 1 root sys 64 0x000007 Jan 22 08:53 nmsopt
crw-r----- 1 root sys 64 0x000001 Oct 16 18:52 rlvol1
crw-r----- 1 root sys 64 0x000002 Oct 16 18:52 rlvol2
crw-r----- 1 root sys 64 0x000003 Oct 16 18:52 rlvol3
crw-r----- 1 root sys 64 0x000004 Oct 16 18:52 rlvol4
crw-r----- 1 root sys 64 0x000005 Oct 16 18:52 rlvol5
crw-r----- 1 root sys 64 0x000006 Oct 16 18:52 rlvol6
crw-r----- 1 root sys 64 0x000007 Oct 16 18:52 rnmsopt

????

Dirk

[Frederic Sevestre]

Hi,
It seems like the mi,or number of vg00 is used somewhere else :

# ll /dev/*/group

The minor number must be unique.
Fr??d??ric

[Dirk Kilian]

Hi Frederic,

goliath:/dev (139) root% ll /dev/*/group
crw-r----- 1 root sys 64 0x000000 Oct 16 18:52 /dev/vg00/group
crw-r--r-- 1 root sys 64 0x080000 Oct 25 2000 /dev/vgbufcs/group
crw-r--r-- 1 root sys 64 0x0a0000 Apr 18 2001 /dev/vgdb/group
crw-r--r-- 1 root sys 64 0x010000 Apr 20 2001 /dev/vgdb01/group
crw-r--r-- 1 root sys 64 0x020000 Oct 25 2000 /dev/vggprsbb/group
crw-rw-rw- 1 root sys 64 0x030000 Sep 5 2000 /dev/vghfs/group
crw-r--r-- 1 root sys 64 0x070000 Oct 25 2000 /dev/vgnms/group
crw-r--r-- 1 root sys 64 0x100000 Jul 25 2001 /dev/vgtest/group

BR Dirk

[Dirk Kilian]

goliath:/dev (142) root% find . | xargs ll | grep "64 0x000000"
crw-rw---- 1 root root 64 0x000000 Oct 27 2000 slvmvg
crw-rw---- 1 root root 64 0x000000 Oct 27 2000 ./slvmvg
crw-r----- 1 root sys 64 0x000000 Oct 16 18:52 ./vg00/group
crw-r----- 1 root sys 64 0x000000 Oct 16 18:52 group

is that the reason for vg00 not to see in lvmtab ?? (same minor numbers), can I delete the ones which are over (all except ./vg00/group)???

BR Dirk

[Frederic Sevestre]

Hi,

I think you should get rid of the /dev/group
The vgscan scan all the special files under /dev.

Fr??d??ric

[Frederic Sevestre]

About /dev/slvmvg, I don't know what is this file, but I have the same on my clustered system.
See if it work better removing /dev/group but keeping /dev/slvmvg.

Fr??d??ric

[Robin Wakefield · Accepted solution]

Hi Dirk,

Read this post too!

http://bizforums.itrc.hp.com/cm/QuestionAnswer/0,,0x907637f45ef7d4118fef0090279cd0f9,00.html

Rgds, Robin

[Dirk Kilian]

Hi Robin,

thank you very much, your last link gave me the answer!! (10 Points)

goliath:/dev (143) root% mv slvmvg slvmvg.230102.dk
goliath:/dev (144) root% rm /etc/lvmtab
goliath:/dev (145) root% vgscan -v
...
/dev/vg00
/dev/dsk/c2t5d0
/dev/dsk/c3t5d0
...

Hope to meet you again in the next case comming soon :-)

Dirk