- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- HPE 9000 and HPE e3000 Servers
- >
- SD32A (PA8800 SuperDome) - Panics due to Memory Re...
HPE 9000 and HPE e3000 Servers
1753774
Members
6935
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
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
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
04-26-2005 01:53 AM
04-26-2005 01:53 AM
SD32A (PA8800 SuperDome) - Panics due to Memory Region Anomaly
A yearling SuperDome 32000 (5 nPars). Two weeks ago, we had an nPar that was rebooting daily on Panics (panic String: SpinLock DeadLock and WSIO error messages just bfore the panics). After proving that it's not a bad OS (by actually booting the OS on a known good nPar) - HP decided to replace an entire I/O chassis with all the PCI cards on it. Case solved.
Of particular interest are the following memory registers which HP says should have non-zero values:
kfh_lock.sl_lock
kfh_lock.sl_name_ptr
kfh_kap
We used the following script to look at this structure:
q4 ./vmunix /dev/mem <
Of particular interest are the following memory registers which HP says should have non-zero values:
kfh_lock.sl_lock
kfh_lock.sl_name_ptr
kfh_kap
We used the following script to look at this structure:
q4 ./vmunix /dev/mem <
Hakuna Matata.
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-26-2005 02:22 AM
04-26-2005 02:22 AM
Re: SD32A (PA8800 SuperDome) - Panics due to Memory Region Anomaly
Hi Nelson,
On our 'Domes we see the following failures in order:
1) Power Supplies
2) I/O cages
3) I/O cards
4) Cell boards
But we rarely are not alerted by EMS and we've only paniced a couple of times compared to the dozens of replacements we've endured. So make sure your OnLine Diags are up to date.
I suspect that indeed an I/O cage or an I/O card or the culprits in both instances.
BTW - we're moving away from 'Domes due to the failure rates we experience as well as financial reasons. The lease/purchase costs as well as maintenance costs are becoming prohibitive. We have found that rp8xxx systems are just as fast & if we need more I/O slots we use the System Expansion Units.
My 2 cents,
Jeff
On our 'Domes we see the following failures in order:
1) Power Supplies
2) I/O cages
3) I/O cards
4) Cell boards
But we rarely are not alerted by EMS and we've only paniced a couple of times compared to the dozens of replacements we've endured. So make sure your OnLine Diags are up to date.
I suspect that indeed an I/O cage or an I/O card or the culprits in both instances.
BTW - we're moving away from 'Domes due to the failure rates we experience as well as financial reasons. The lease/purchase costs as well as maintenance costs are becoming prohibitive. We have found that rp8xxx systems are just as fast & if we need more I/O slots we use the System Expansion Units.
My 2 cents,
Jeff
PERSEVERANCE -- Remember, whatever does not kill you only makes you stronger!
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