- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Recreating /etc/lvmtab problem
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
Discussions
Discussions
Forums
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
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
тАО06-15-2005 03:59 AM
тАО06-15-2005 03:59 AM
I had them strings the /etc/lvmtab file, and as I thought, only /dev/vg00 was in there.
I then had them do a vgscan -a -v -p to see if we could rebuild the /etc/lvmtab file from the lvm headers on the disk. The /dev/vg* directories and group info are all still there, so I thought this should work?
Here is the output:
vgscan: The physical volume "/dev/dsk/c0t6d0s2" is already recorded in
the "/etc/lvmtab" file.
vgscan: The physical volume "/dev/dsk/c3t6d0" is already recorded in the
"/etc/lvmtab" file.
Couldn't stat physical volume "/dev/dsk/c1t2d0":
Invalid argument
Physical Volume "/dev/dsk/c9t0d0" is not part of a Volume Group
Physical Volume "/dev/dsk/c14t0d0" is not part of a Volume Group
/dev/vg00
/dev/dsk/c0t6d0s2
/dev/dsk/c3t6d0
Following Physical Volumes belong to one Volume Group.
Unable to match these Physical Volumes to a Volume Group.
Use the vgimport command to complete the process.
/dev/dsk/c9t0d1
/dev/dsk/c14t0d1
Following Physical Volumes belong to one Volume Group.
Unable to match these Physical Volumes to a Volume Group.
Use the vgimport command to complete the process.
/dev/dsk/c9t0d2
/dev/dsk/c14t0d2
Following Physical Volumes belong to one Volume Group.
Unable to match these Physical Volumes to a Volume Group.
Use the vgimport command to complete the process.
/dev/dsk/c9t0d3
/dev/dsk/c14t0d3
Following Physical Volumes belong to one Volume Group.
Unable to match these Physical Volumes to a Volume Group.
Use the vgimport command to complete the process.
/dev/dsk/c9t0d4
/dev/dsk/c14t0d4
Following Physical Volumes belong to one Volume Group.
Unable to match these Physical Volumes to a Volume Group.
Use the vgimport command to complete the process.
/dev/dsk/c9t0d5
/dev/dsk/c14t0d5
Following Physical Volumes belong to one Volume Group.
Unable to match these Physical Volumes to a Volume Group.
Use the vgimport command to complete the process.
/dev/dsk/c9t0d6
/dev/dsk/c14t0d6
The Volume Group /dev/vg_d01 was not matched with any Physical Volumes.
The Volume Group /dev/vg_d02 was not matched with any Physical Volumes.
The Volume Group /dev/vg_d03 was not matched with any Physical Volumes.
The Volume Group /dev/vg_d04 was not matched with any Physical Volumes.
The Volume Group /dev/vg_d05 was not matched with any Physical Volumes.
The Volume Group /dev/vg_d06 was not matched with any Physical Volumes.
The Volume Group /dev/vg_migrate was not matched with any Physical
Volumes.
Shouldnt this have worked? I thought vgscan compared the group device major and minor from /dev/vg-whatever to the lvm headers on the disk.
Is there any other action I can take? I do not know which physical disk device belongs to what volume group.
Thanks in advance!
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2005 04:05 AM
тАО06-15-2005 04:05 AM
Re: Recreating /etc/lvmtab problem
This will re-create the /etc/lvmtab file.
mv /etc/lvmtab /etc/lvmtab.save
first.
The problem here is that you may be forced to vgimport your volume groups, depending on what was actually done to corrupt /etc/lvmtab
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2005 04:08 AM
тАО06-15-2005 04:08 AM
Re: Recreating /etc/lvmtab problem
vgscan -av will do it for you. before that take a backup of lvmtab file.
-USA..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2005 04:19 AM
тАО06-15-2005 04:19 AM
Re: Recreating /etc/lvmtab problem
I ran it in preview mode first to see what changes it would do. Most of the disks came back with "Unable to match these Physical Volumes to a Volume Group.", so I figured there wouldnt be any changes the command would be making to the lvmtab file.
I do not have any of their mapfiles, can I do a vgimport without a mapfile? Can I even do a vgimport without knowing what volume group these devices belong to?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2005 04:40 AM
тАО06-15-2005 04:40 AM
SolutionHere is the doc that explains the process
http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000076088069
-USA..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2005 04:51 AM
тАО06-15-2005 04:51 AM
Re: Recreating /etc/lvmtab problem
My guess, the VGEXPORT removed the volgroup definitions from /etc/lvmtab.
maybe next time, this might help:
EXPORT on System B:
vgexport -v -m /etc/lvmconf/vgXX.map /dev/vgXX
vgchange -a n /dev/vgXX
on the other sytem you would like to import them, do:
rcp or ftp the /etc/lvmconf/vgXX.map file over to the other system A.
IMPORT on System A:
mkdir /dev/vgXX
mknod /dev/vgXX/group c 64 0x0?000
where the '?' is a unique number on your system.
vgimport -v -m /etc/lvmconf/vgXX.map /dev/vgXX /dev/dsk/cXtXdX <.> <.>
<.> all the associated extended disks that are needed.
vgchange -a y /dev/vgXX