- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- Disk Enclosures
- >
- Re: Lun ownership on Nike array
Disk Enclosures
1753734
Members
4910
Online
108799
Solutions
Forums
Categories
Company
Local Language
юдл
back
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
юдл
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- 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
тАО03-13-2001 11:33 AM
тАО03-13-2001 11:33 AM
I have a Nike array (model 20) with dual controllers.
I bound LUNs 1 and 2 using the gridmgr0 account, which is through SP-A. I bound LUNs 3 and 4 using gridmgr1, which is SP-B.
When I first bound the LUNs everything looked normal. Depending on which controller I was connected to, 2 of the LUNs status is 'ENA' and the other 2 say 'RDY'.
After a couple hours, 1 of the LUNs bound through SP-A has changed ownership to SP-B. There are messages in the unsolicited event log about "Unit shutdown for Auto-trespass".
I can change the default ownership back to SP-A, recycle the controllers and it usually fixes it, but eventually it ends up back on SP-B.
Do you think this is a hardware problem or am I doing something incorrectly?
Thanks in advance,
Tim
I bound LUNs 1 and 2 using the gridmgr0 account, which is through SP-A. I bound LUNs 3 and 4 using gridmgr1, which is SP-B.
When I first bound the LUNs everything looked normal. Depending on which controller I was connected to, 2 of the LUNs status is 'ENA' and the other 2 say 'RDY'.
After a couple hours, 1 of the LUNs bound through SP-A has changed ownership to SP-B. There are messages in the unsolicited event log about "Unit shutdown for Auto-trespass".
I can change the default ownership back to SP-A, recycle the controllers and it usually fixes it, but eventually it ends up back on SP-B.
Do you think this is a hardware problem or am I doing something incorrectly?
Thanks in advance,
Tim
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-13-2001 02:10 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-13-2001 02:18 PM
тАО03-13-2001 02:18 PM
Re: Lun ownership on Nike array
Thanks Iain, you are absolutely correct! I saw your other post to my vgcreate question too. Once I did the vgreduce and vgextend the LUN ownership corrected itself.
Boy, I learned something today. I had no idea that an LVM flub could get into that Nike array and change things around!
Boy, I learned something today. I had no idea that an LVM flub could get into that Nike array and change things around!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-14-2001 02:50 AM
тАО03-14-2001 02:50 AM
Re: Lun ownership on Nike array
Hi Tim,
Please have a look at this link to answer your
question thoroughly.
It is real easy to make a nike work slowly.
Following the guidelines I give in this mail
will make sure you get the best out of it.
The help file is wrong in terms of what ENA
and RDY mean. ENA is not the Default owner
rather the Current - where the last io access
went through. It is important to access the
array through the Default owner which is really
best found with tools-info-run from mstm.
You can get online diag from
software.hp.com/SUPPORT_PLUS/ and it's a free
download. You can configure the array from
the host with mstm rather than having to do
so from Gridmanager via RS232.
The Maintenance Information will report in
the logs exactly why your nike switched.
http://forums.itrc.hp.com/cm/QuestionAnswer/1,1150,0x82b6d06ed8c8d4118fef0090279cd0f9,00.html
Later,
Bill
Please have a look at this link to answer your
question thoroughly.
It is real easy to make a nike work slowly.
Following the guidelines I give in this mail
will make sure you get the best out of it.
The help file is wrong in terms of what ENA
and RDY mean. ENA is not the Default owner
rather the Current - where the last io access
went through. It is important to access the
array through the Default owner which is really
best found with tools-info-run from mstm.
You can get online diag from
software.hp.com/SUPPORT_PLUS/ and it's a free
download. You can configure the array from
the host with mstm rather than having to do
so from Gridmanager via RS232.
The Maintenance Information will report in
the logs exactly why your nike switched.
http://forums.itrc.hp.com/cm/QuestionAnswer/1,1150,0x82b6d06ed8c8d4118fef0090279cd0f9,00.html
Later,
Bill
It works for me (tm)
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP