- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- LVM question - device files that won't go away
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 01:45 AM
11-29-2005 01:45 AM
LVM question - device files that won't go away
I have:
- created 2 luns on a va7100
- did an ioscan -fC disk and insf -e
- did pvcreates on the resulting ctd files
- created a vg and allocated PVs,etc,etc
then to get rid of my "test" VG, I exported the vgs, blew away the ctd files and deleted the LUNS - but a subsequent ioscan and an insf -e still re-creates the ctd files. I thought that deleting the LUNS would stop the ctd files from being created... what am I missing? Thanks!!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 01:49 AM
11-29-2005 01:49 AM
Re: LVM question - device files that won't go away
Sounds like there is still a path to the disks.
Rgds...Geoff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 01:50 AM
11-29-2005 01:50 AM
Re: LVM question - device files that won't go away
The 'insf -e' did exactly what it should -- it created device files for devices it could see. The 'vgexport' removed the device files that belonged to the volume group -- '/dev/vgNN/group', '/dev/vgNN/lvolX' and '/dev/vgNN/rlvolX'.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 02:18 AM
11-29-2005 02:18 AM
Re: LVM question - device files that won't go away
If the LUNS are well deleted, then it is certainly solved after a reboot of the server
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 02:22 AM
11-29-2005 02:22 AM
Re: LVM question - device files that won't go away
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 03:21 AM
11-29-2005 03:21 AM
Re: LVM question - device files that won't go away
The ctd files in question are c4t1dx and c6t1dx
icgstrn1:/home/root> vgscan -pv vgscan: The physical volume "/dev/dsk/c1t15d0" is already recorded in the "/etcvgscan: The physical volume "/dev/dsk/c4t0d1" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c4t0d2" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c4t0d3" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c4t0d4" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c4t0d5" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c4t0d6" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c4t0d7" is already recorded in the "/etc/vgscan: Physical volume "/dev/dsk/c4t1d0" is not a block special file.vgscan: Physical volume "/dev/dsk/c4t1d1" is not a block special file.vgscan: The physical volume "/dev/dsk/c6t0d1" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c6t0d2" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c6t0d3" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c6t0d4" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c6t0d5" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c6t0d6" is already recorded in the "/etc/vgscan: The physical volume "/dev/dsk/c6t0d7" is already recorded in the "/etc/vgscan: Physical volume "/dev/dsk/c6t1d0" is not a block special file.vgscan: Physical volume "/dev/dsk/c6t1d1" is not a block special file.Current path "/dev/dsk/c6t0d1" is an alternate link, skip.Current path "/dev/dsk/c6t0d2" is an alternate link, skip.Current path "/dev/dsk/c6t0d3" is an alternate link, skip.Current path "/dev/dsk/c6t0d4" is an alternate link, skip.Current path "/dev/dsk/c6t0d5" is an alternate link, skip.Current path "/dev/dsk/c6t0d6" is an alternate link, skip.Current path "/dev/dsk/c6t0d7" is an alternate link, skip.Couldn't stat physical volume "/dev/dsk/c2t1d0":Invalid argumentPhysical Volume "/dev/dsk/c4t0d0" contains no LVM informationCouldn't stat physical volume "/dev/dsk/c4t1d0":Invalid argumentCouldn't stat physical volume "/dev/dsk/c4t1d1":Invalid argumentPhysical Volume "/dev/dsk/c6t0d0" contains no LVM informationCouldn't stat physical volume "/dev/dsk/c6t1d0":Invalid argumentCouldn't stat physical volume "/dev/dsk/c6t1d1":Invalid argument/dev/vg00/dev/dsk/c1t15d0/dev/vgicgs/dev/dsk/c4t0d1/dev/dsk/c4t0d2/dev/dsk/c4t0d3/dev/dsk/c4t0d4/dev/dsk/c4t0d5/dev/dsk/c4t0d6/dev/dsk/c4t0d7/dev/dsk/c6t0d1/dev/dsk/c6t0d2/dev/dsk/c6t0d3/dev/dsk/c6t0d4/dev/dsk/c6t0d5/dev/dsk/c6t0d6/dev/dsk/c6t0d7icgstrn1:/home/root>
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 03:30 AM
11-29-2005 03:30 AM
Re: LVM question - device files that won't go away
The message for the above two device is clear that allthough device files are there the devices are not visible properly. How did you removed device files ?
Was it rmsf ?
These files shall go away after a system reboot if that can not be done now you shall not worry for these devices.
If these disks still consists VG information which you exported prior to removing LUNs, then vgscan will prompt you that disk with LVM information lies and use vgimport to configure them, which is not the case here.
HTH,
Devender
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2005 07:03 AM
11-29-2005 07:03 AM
Re: LVM question - device files that won't go away
Rgds...Geoff