- Community Home
- >
- Servers and Operating Systems
- >
- HPE BladeSystem
- >
- BladeSystem - General
- >
- c7000: Reseating interconnect switches question
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
04-08-2011 09:04 AM
04-08-2011 09:04 AM
c7000: Reseating interconnect switches question
Terri had a question regarding interconnect modules:
**********************
Hello all,
I was told the following with a case involving the Brocade interconnect SAN switches. Is this correct? What's the issue if you don't wait for Onboard Administrator to detect removal? When reseating the Brocade switch, need to leave it out of the enclosure for about 3 minutes and/or long enough for the OA to detect the switch is gone. This is very important.
Is this true for any interconnect switch you are reseating?
*********************
Monty answered Terri:
*********************
This issue doesn’t sound familiar to me.
The Onboard Administrator has a bay presence signal on all bays including interconnect, device, power supply, fan, and OA. This signal generates an interrupt to the active OA on any change of state. This change of state is then handled in OA firmware and there is debounce code to ensure that this is not a glitch. Our OA testing involves removing and inserting all bays as quick as physically possible – there is no problem with the OA handling those rapid events.
However, I have observed some interconnect modules that require several seconds after removal before they can be reinserted – and I believe this is due to power supply filtering on those modules and the time it takes the removed module to bleed off the voltage. This behavior does not seem to occur when power cycling an installed interconnect module.
The enclosure Insight Display Health Summary is driven by the OA and will display the status whether a module has been removed or inserted and the module health.
In addition the standard c-Class interconnect LEDs for module health and module Unit ID are valuable in troubleshooting modules that do not appear to complete Power-On Self-Test (POST).
**********************
Any additional comments for Terri? What are your experiences with reseating interconnect modules?