- Community Home
- >
- Storage
- >
- Midrange and Enterprise Storage
- >
- HPE EVA Storage
- >
- Re: A6795A maps some LUNs, not others
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
01-30-2003 09:51 AM
01-30-2003 09:51 AM
We've an A6795A which works great with our HP storage. This card resides in an rp7400 running HP-UX 11.11, and the driver is up-to-date. (I've not been able to find any evidence of a firmware update for this card?)
Now, I'm trying to attach another A6795A card to some Sun storage (a StorEdge 6960)...don't ask why :-) Sun tells me that their storage is compatible with this FC card on HP-UX 11.0; I don't see why it wouldn't work with 11.11...
The HP-UX system is able to see the LUNs...I know this because I can see them in "ioscan -fnk"...they appear as "disk" like so:
---
disk 17 1/12/0/0.16.136.255.0.0.1 disk CLAIMED DEVICE SUN SESS01
---
So it sees the LUN, except that there isn't a /dev device assigned...small problem, that.
*AND* (probably most telling of all) if I look at "dmesg" output (messages also seen at boot):
-----
DIAGNOSTIC SYSTEM WARNING:
The diagnostic logging facility has started receiving excessive errors from the I/O subsystem. I/O error entries will be lost until the cause of the excessive I/O logging is corrected. If the diaglogd daemon is not active, use the Daemon Startup command in stm to start it. If the diaglogd daemon is active, use the logtool utility in stm to determine which I/O subsystem is logging excessive errors.
----
I get this message from the card attached to the Sun storage but not the card attached to the HP storage. Something is amiss, I'm just not sure what.
Any ideas?
Thanks,
:-Phil
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2003 10:07 AM
01-30-2003 10:07 AM
Re: A6795A maps some LUNs, not others
looks like your SAN storage needs to be configured. Current mode it uses is paripheral addressing mode, although it should use volume set addressing mode.
I do not know this storage, but by analogy with VA, HSG etc this array can have a table which assigns right array behavior for OS installed on particular host. For example, if you use w2k server array should represent LUN in w2k-like manner, if hpux, then in hpux-like manner etc. Do not ask what is the difference - its in the deeps of OS device handling
Eugeny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2003 10:58 AM
01-30-2003 10:58 AM
Re: A6795A maps some LUNs, not others
Is this likely something that I can change at the OS-level for just this one card (i.e. not the one connected to the HP storage), or is it something that I *must* change on the SAN?
And if it is at the SAN level, why should this storage work okay under HP-UX 11.0 and not 11.11? Surely the device assignment logic hasn't change between the two OS releases?
Thanks,
:-Phil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2003 11:30 AM
01-30-2003 11:30 AM
Re: A6795A maps some LUNs, not others
What's topology in this SAN? Other devices? Which switch?
First of all you have to ensure that disk array is configured properly to work with hpux
Eugeny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2003 11:36 AM
01-30-2003 11:36 AM
SolutionThe second is that you receive EMS notifications. Please use support tools manager ('mstm' for terminals, 'xstm' for graphics), go to Tools, then Utilities, then run 'logtool', select latest raw file, format it and view details. There you'll be able to see what's exactly these notifications mean and what's happening to the system
Eugeny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2003 01:12 PM
01-30-2003 01:12 PM
Re: A6795A maps some LUNs, not others
I'm going to have to figure out a bit more with the logtool, but this is really a "me must learn more HP-UX stuff" than a SAN issue.
Upshot is that the "discovery" problem is solved...this should stay permanently in the configuration?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2003 01:17 PM
01-30-2003 01:17 PM
Re: A6795A maps some LUNs, not others
After reviewing logtool logs please get back here with results/log contents
Eugeny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-30-2003 02:05 PM
01-30-2003 02:05 PM
Re: A6795A maps some LUNs, not others
Don't know why this is the case. I'm going to be working with an HP engineer to figure this out but this will be into next week before our local engineer can give a hand.
Thanks for all your help, I'll update this message when I learn something more!