- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Alternate links says NO_HW
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
тАО09-18-2009 12:18 AM
тАО09-18-2009 12:18 AM
our SAN team has told us that a switch connecting our server to the SAN disks is to be replaced with a new one.
That means we have to modify all VGs in order to remove all PV links related to that switch.
The problem is we have found some cases where the alternate link is not working correctly as shown above.
ioscan says
disk 120 1/4/0/0.52.13.255.0.0.4 sdisk NO_HW DEVICE HITACHI DF600F
/dev/dsk/c14t0d4 /dev/rdsk/c14t0d4
disk 121 1/4/0/0.52.13.255.0.0.5 sdisk NO_HW DEVICE HITACHI DF600F
/dev/dsk/c14t0d5 /dev/rdsk/c14t0d5
ammdbp02:/root>vgdisplay -v vgduna
.....
PV Name /dev/dsk/c15t0d4 <----------------------- to be replaced soon
PV Name /dev/dsk/c14t0d4 Alternate Link <----- NO_HW
PV Status available
Total PE 6783
Free PE 0
Autoswitch On
PV Name /dev/dsk/c15t0d5 <---------------------- to be replaced soon
PV Name /dev/dsk/c14t0d5 Alternate Link <----- NO_HW
PV Status available
Total PE 6783
Free PE 3791
Autoswitch On
......
I'm looking for a good procedure to fix the problem before the switch is replaced.
If the SAN connection is ok, would it be correct to do something like this?
vgreduce /dev/vgduna /dev/dsk/c14t0d4
vgreduce /dev/vgduna /dev/dsk/c14t0d5
and ioscan -fnC disk + 'insf -e' to recreate the alternate links
Thanks
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-18-2009 12:31 AM
тАО09-18-2009 12:31 AM
Re: Alternate links says NO_HW
do not remove any thing 1st try
insf -e
ioscan -fnC disk
and check
Suraj
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2009 05:45 AM
тАО09-21-2009 05:45 AM
Re: Alternate links says NO_HW
>
>vgreduce /dev/vgduna /dev/dsk/c14t0d4
>vgreduce /dev/vgduna /dev/dsk/c14t0d5
If you give these device files to vgreduce then you won't have any working path to your LUNs as vgreduce removes these from the LVM configuration. To be clear, you should feed the other two devices to vgreduce. (and this could be done in a single line also)
But if I were you I would just do a 'pvchange -a n' temporarily to all the paths that will be replaced, and assure that the zoning after the change remains the same.
Unix operates with beer.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2009 07:10 AM
тАО09-21-2009 07:10 AM
SolutionThe only path (switch) you have working is the one they want to replace. Do that and you will have a problem - a big one.
First, maybe the switch to be replaced is the one showing all the NO_HW and somebody is looking at the wrong switch. If you don't run your SAN than get with the person who does and confirm which switch is on which fabric going to which disk.
Could be those NO_HW actually relate to the one they are going to replace and you just got turned around.
Talk to them...communication is important.
If the one that is working for you is the one that IS to be replaced - then get them to hold up on doing that till you get the other disks showing properly and things are fixed for that path/fabric.
Again talk to the SAN folks cause it may be a connection issue on the fiber network as to why you have lost that connectivity for that second path.
Make sure you have solid connectivity down both paths before anybody removes anything.
Just a suggestion,
Rita
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-2009 07:20 AM
тАО09-21-2009 07:20 AM