About This Documentation (PDF and HTML)
SAS Device Access to the Chassis SAS-2 Domain
Host Access to Storage Module Resources Using the Sun Blade Zone Manager
How to Assign Storage to Hosts Using the CMM ILOM Web Interface
How to Assign Storage to Hosts Using the CMM ILOM CLI
Overview of Storage Module Management
Management Options Using the CMM ILOM
Management Options Using the Sun Storage 6Gb SAS REM RAID HBA (SGX-SAS6-R-REM-Z)
Management Options Using the Sun Storage 6Gb SAS REM HBA (SGX-SAS6-REM-Z)
Performing Maintenance and Hot Plug Actions
Preparing for Hot Plug Actions
Recovering Zoning Configurations
Upgrading Storage Module Firmware
Importing Existing Virtual Drives to a Replacement REM
Replacing a REM on a SPARC System
Replacing a REM on an x86 System
Storage Module Sensors and Indicators
Displaying Sensor and Indicator Information Using the CMM ILOM Web Interface
Displaying Sensor and Indicator Information Using the CMM ILOM CLI
Viewing the CMM ILOM Event Log
NEM STATE (/CH/NEMx/STATE) is Not "Running"
The effect of an absent SAS path depends on the number of NEMs present:
If one NEM is present, the host cannot see its assigned storage.
If two NEMs are present, the chassis loses its SAS path redundancy.
What to look for:
The NEM amber fault LED is on.
The CMM ILOM shows the storage module is in a “faulted” state.
The following table provides examples of how the web interface and CLI might look like when the NEM is in a fault state.
|
Things to check:
View the fault for more information. In the CMM ILOM CLI, enter the following commands:
Log into the CMM with administrator privileges.
Enter the command:
-> cd /CMM/faultmgmt
Find the faulted target device by entering the command:
-> ls
Output might look like:
/CMM/faultmgmt Targets: shell 0 (/CH/NEM1) Properties: Commands: cd show
View logged faults by entering the command:
-> show /CMM/faultmgmt/0/faults
Where 0 is the target device that is experiencing the fault, and faults is the directory that contains the logged faults.
Look for:
/CMM/faultmgmt/0/faults Targets: 0 (fault.chassis.sas.comm.fail) Properties: Commands: cd show
The fault.chassis.sas.comm.fail fault indicates an expander issue.
Actions to perform:
In a situation where you have two NEMs, try resynchronizing the expanders on the NEMs. Do the following:
Use the Sun Blade Zone Manager to remove any host assignments to the faulted NEM after first making notes on the current assignments. For more on using the Sun Blade Zone Manager, refer to Assigning Storage to Hosts.
Remove the faulted NEM. To remove a NEM, refer to the NEM documentation to ensure the NEM is properly configured for removal.
Reinstall the faulted NEM. You must install the faulted NEM into the same slot from which it was removed. Refer to the NEM documentation to ensure the NEM is properly reactivated.
Upon reactivation, the NEM expanders will be resynchronized.
Rerun the Sun Blade Zone Manager to reassign NEM ports based on their previous host assignments.
You can also try performing a "reset" of the NEM, as follows:
Log into the CMM with administrator privileges.
Enter the command:
-> cd /CH/BLx
Where x is the number of the blade slot for the storage module.
Then, enter the command:
-> reset
Wait for at least 2 minutes, then check the state of the NEM:
-> show /CH/NEMx/STATE
Where output might look like:
/CH/NEM0/STATE /CH/NEM0/STATE Targets: Properties: type = Module ipmi_name = NEM0/STATE class = Discrete Sensor value = Running alarm_status = cleared Commands: cd show
The NEM STATE should be returned to “Running.”
If, after performing a reset, the STATE sensor goes back to “Running,” but the NEM is still unresponsive, there might still be an issue with how the CMM interprets the state of the NEM SAS expander. Clear the fault by doing the following:
Enter the command:
-> cd /CH/NEMx
Where x is the number of the blade slot for the NEM.
Then, enter the command:
-> set clear_fault_state=true
Then perform a CMM reset.
-> cd /CMM
Enter the command:
-> reset
This should restore the state.