- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Determining alternate paths to a disk (non-LVM)
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
12-01-2003 12:26 PM
12-01-2003 12:26 PM
Determining alternate paths to a disk (non-LVM)
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=209496
I have a similar problem. I have a script which does "ls -1 /dev/rdsk/*" and does a diskinfo against each disk. How can I tell if the disk has alternate paths? We have an autoraid with 2 LUNs configured but not part of LVM. My script counts each LUN twice. I want an automated way to calculate total storage on a server.
Thanks,
Larry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-01-2003 03:31 PM
12-01-2003 03:31 PM
Re: Determining alternate paths to a disk (non-LVM)
The other way you could do is to create a map as i used to do in past.
Do an ioscan on the system and looking at the ioscan you'll find that if the disk is same i.e seen from two different path it will have controller number different i.e /dev/c1txdx could become /dev/c2txdx bust the target ID and disk ID will remain the same.
So when you do a ioscan, concentrate on the different controllers and compare the disks seen by each controller. I know its a bit of labour but once you create the comparison and make your map ready you'll never get wrong in choosing the disks.
Cheers
Rajeev
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-01-2003 04:46 PM
12-01-2003 04:46 PM
Re: Determining alternate paths to a disk (non-LVM)
It's depend on your server configuration. I am sorry to say that there is no way to do it with 100% accurecy using HP native commands.
Sunil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-01-2003 05:41 PM
12-01-2003 05:41 PM
Re: Determining alternate paths to a disk (non-LVM)
However, if you want to go a bit over the top, you could write a script to compare the data on all your disks. Your disk, after all, just appear as files. You could probably do a checksum on the devices or perhaps just "dd" a few meg off each disk and do a "cmp" of the result. You could even, perhaps, do a "strings" on the devices and "diff" them. All sorts of options. However, the hardware path seems more sensible to me :)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-01-2003 05:52 PM
12-01-2003 05:52 PM
Re: Determining alternate paths to a disk (non-LVM)
I have found this useful in some scripts with alternate path information.
for dsk in `vgdisplay -v|grep "PV Name"|grep -v Alter|awk '{print $3}'|sed s/dsk/rdsk/`
do
diskinfo $dsk >> $LOGFILE
done
I usually strip out the alternate links to avoid incorrect values, but of course you can remove the -v switch and you would only get the diskinfo information for the alternate links. You can also grep for more if you are just looking for a specific VG. In any event I hope you can make some use out of it.
Alex
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-02-2003 03:08 AM
12-02-2003 03:08 AM
Re: Determining alternate paths to a disk (non-LVM)
Rajeev---I want to try your suggestion. I'm not exactly sure what you mean, though. Attached at the ioscan files for one of our boxes. We have 8 Seagate drives and 2 autoraids. Two of the autoraid LUNs are non-lvm and have alternate paths. By just using target ID and disk ID, it's possible that I might incorrectly ID two standalone disks as ONE disk with an alternate path. But I guess that's not very likely these days, since most of our systems will only have a few standalone disks.
Is there anything else I can focus on in the ioscan? I'm thinking that maybe I can use the "description" field to get 99% accuracy.
Thoughts?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-02-2003 03:27 AM
12-02-2003 03:27 AM
Re: Determining alternate paths to a disk (non-LVM)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-02-2003 05:33 AM
12-02-2003 05:33 AM
Re: Determining alternate paths to a disk (non-LVM)
Thanks, Larry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-02-2003 05:35 AM
12-02-2003 05:35 AM
Re: Determining alternate paths to a disk (non-LVM)
I looked at your answer a little more closely:
i.e /dev/c1txdx could become /dev/c2txdx bust the target ID and disk ID will remain the same.
This is not true on our box. The target ID changes by one:
c1t0d0 -> c2t1d0
c1t1d3 -> c2t0d3
Unfortunately, there's no set pattern. :(