/sbin/vxumount -o force doesn't work (463 Views)
Reply
Honored Contributor
Geoff Wild
Posts: 7,170
Registered: ‎06-04-2001
Message 1 of 4 (463 Views)

/sbin/vxumount -o force doesn't work

Someone messed up one of our systems.

 

Storage admin yanked a lun from a VG that had a file system mounted.

 

The file system is no longer needed...but...it still shows mounted and that causes issues for monitoring scripts that try to do a bdf on it (they hang).

 

The storage admin put the disk back, but, what's reall strange is, the vg isn't in the lvmtab file!

 

# vgdisplay -v vgdrtest01
--- Volume groups ---
VG Name /dev/vgdrtest01
VG Write Access read/write
VG Status available
Max LV 511
Cur LV 1
Open LV 1
Max PV 511
Cur PV 1
Act PV 1
Max PE per PV 64
VGDA 2
PE Size (Mbytes) 256
Total PE 63
Alloc PE 59
Free PE 4
Total PVG 0
Total Spare PVs 0
Total Spare PVs in use 0
VG Version 2.0
VG Max Size 16g
VG Max Extents 64

--- Logical volumes ---
LV Name /dev/vgdrtest01/lvdrtest01
LV Status available/syncd
LV Size (Mbytes) 15104
Current LE 59
Allocated PE 59
Used PV 1


--- Physical volumes ---
PV Name /dev/dsk/c55t0d2
PV Status unavailable
Total PE 63
Free PE 4
Autoswitch On
Proactive Polling On

 

# diskinfo /dev/rdsk/c55t0d2
SCSI describe of /dev/rdsk/c55t0d2:
vendor: DGC
product id: CX3-80WDR5
type: direct access
size: 16777216 Kbytes
bytes per sector: 512

 

Ioscan shows it is available as well.

 

# mount |grep lvdrtest01
/drsctest01 on /dev/vgdrtest01/lvdrtest01 ioerror=mwdisable,largefiles,delaylog,dev=80000001 on Wed Nov 21 16:36:11 2012

 

# vgchange -a n vgdrtest01
vgchange: Couldn't deactivate volume group "vgdrtest01":
Device busy

 

Well yes - of course.

 

But doing 

# /sbin/vxumount -o force /drsctest01

Just sits there...

 

[ /etc ]# ls -al lvmt*
-rw------- 1 root sys 343012 Apr 10 12:58 lvmtab
-rw------- 1 root sys 293356 Feb 13 2011 lvmtab.old
-rw------- 1 root sys 2248 Nov 21 16:36 lvmtab_p

 

[ /etc ]# strings lvmtab_p
/dev/vgdrtest01
A0000000000000011Wed Nov 21 00:53:37 2012707a5b2b-9dd2-11db-930d-4fe8e922509d
/dev/dsk/c55t0d2

 

That's where it exists.

I'm guessing someone decided to mv the existing lvmtab out of the way, then cp lvmtab_p to lvmtab, then do a dr test...move everything back, but forgot to umount the file system.

 

Anyways...this is a backup server and we want to avoid a reboot - but I can't see any other way.

 

Suggestions?

 

Proverbs 3:5,6 Trust in the Lord with all your heart and lean not on your own understanding; in all your ways acknowledge him, and he will make all your paths straight.
Occasional Visitor
Mastropiero
Posts: 1
Registered: ‎07-04-2013
Message 2 of 4 (376 Views)

Re: /sbin/vxumount -o force doesn't work

I don't know if just found the answer. Probably yes, but I think we should answer in case anyone else reads this post.

 

The vxumount will not deactivate the Volume Group. After execute vxumount, just deactivate the VG with vgchange.

 

It is recommended to use vxumount only if you cannot find any process with fuser or lsof.

 

Also is very recomendable that if you have used vxumount, remove and recreate the mount point.

 

vxumount -o force /drsctest01
rmdir /drsctest01
mkdir /drsctest01

 

 

Honored Contributor
Matti_Kurkela
Posts: 6,271
Registered: ‎12-02-2001
Message 3 of 4 (372 Views)

Re: /sbin/vxumount -o force doesn't work

> what's reall strange is, the vg isn't in the lvmtab file!

 

According to vgdisplay output, this is a LVM version 2.0 volume group. In that case, the VG information is not in /etc/lvmtab, but in /etc/lvmtab_p instead. The new version uses a new LVM metadata format, so a different file is used.

MK
Acclaimed Contributor
Torsten.
Posts: 23,285
Registered: ‎10-02-2001
Message 4 of 4 (368 Views)

Re: /sbin/vxumount -o force doesn't work

You can see this in vgdisplay already:

 

 

vgdisplay -v ...

...

VG Version 2.0

...


Hope this helps!
Regards
Torsten.

__________________________________________________

There are only 10 types of people in the world -
those who understand binary, and those who don't.

__________________________________________________

No support by private messages. Please ask the forum!

If you feel this was helpful please click the KUDOS! thumb below!   
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.