- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Spurious characters in LVMTAB
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-27-2002 02:34 AM
тАО06-27-2002 02:34 AM
/dev/vg00
X]@*1
/dev/dsk/c3t5d0
/dev/dsk/c1t3d0
/dev/vg02
X]@*7j
/dev/dsk/c3t6d0
/dev/dsk/c1t5d0
/dev/vg03
X]@*:
/dev/dsk/c1t6d0
/dev/dsk/c0t6d0
Solved! Go to Solution.
- Tags:
- lvmtab strings
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 02:38 AM
тАО06-27-2002 02:38 AM
Re: Spurious characters in LVMTAB
The type of the lvmtab is 'data'.
YOu cannot do a vi into that.
#strings /etc/lvmtab
should show you the contents.
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 02:39 AM
тАО06-27-2002 02:39 AM
Re: Spurious characters in LVMTAB
I havee seen this on a couple of our boxes. Not sure why it happens though
You can recreate lvmtab by moving it to lvmtab.bak and performing a
vgscan -a
This will recreate lvmtab. The only problem being that it won't be in descending order by volume group
man vgscan
for more options
Hope this helps
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 02:42 AM
тАО06-27-2002 02:42 AM
Re: Spurious characters in LVMTAB
T G
Have seen this even after
strings /etc/lvmtab
What do you think may be the cause ?
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 02:47 AM
тАО06-27-2002 02:47 AM
Re: Spurious characters in LVMTAB
you have the volume group with the physical disk information in it.It has the table where the volume groups and the associated physical volumes in each group.
If sometime your lvmtab file is corrupt then
you should do a vgscan -a
to rebuild the lvmtab file.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 03:04 AM
тАО06-27-2002 03:04 AM
Re: Spurious characters in LVMTAB
Your lvmtab is not corrupt.
files /etc/lvmtab reports the file is data.
strings /etc/lvmtab extracts the printable characters.. which do not always report just device files.
A vgscan recreation can mess up your pvlinks configuration(alternate paths) very easily causing serious perf degradation.. make sure you know what you're doing.
Later,
Bill
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 03:07 AM
тАО06-27-2002 03:07 AM
Re: Spurious characters in LVMTAB
/dev/dsk/c0t6d0
/dev/dsk/c1t6d0
the other vgs will also be swapped. vgscan recreates in numberical order of device file...
Later,
Bill
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 03:21 AM
тАО06-27-2002 03:21 AM
Re: Spurious characters in LVMTAB
/etc/lvmtab is NOT a textfile, and should be edited manually.
"strings /etc/lvmtab" will also show some rubbisch in many cases. "strings" only tries to filter out non-text data, but can never really know what is what.
regards,
Thierry.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 04:00 AM
тАО06-27-2002 04:00 AM
Re: Spurious characters in LVMTAB
lvmtab is not a text file. It normally contains some unreadable charecters. It is not because of somebody is doing vi. If U doubt like this it is always better to keep a copy of lvmtab. For seeing the contents of lvmtab
#strings /etc/lvmtab
Best of luck
Shahul
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 04:28 AM
тАО06-27-2002 04:28 AM
SolutionThe /etc/lvmtab is a binary data file. As noted, 'strings /etc/lvmtab' will expose the printable characters. The file is not and should not be editted manually in any fashion.
The file actually contains the physical device paths for each volume group defined to the system. In addition, the VGID (Volume Group Identification) and some other state information about each volume group is recorded.
As Bill has aptly noted, do *not* capraciously run 'vgscan'. This may reorder the primary and alternate paths to a volume group leading to non-optimal performance. It is the order of the paths in /etc/lvmtab that determines which is a primary and which as an alternate (secondary) pvlink. For vg00, boot information may become incorrect due to reordering of devices following a 'vgscan'. See the 'vgscan' man pages for more information.
Regards!
...JRF...