About This Documentation (PDF and HTML)
Overview of the Sun Blade Storage Module M2
Installing the Storage Module Into the Chassis
Assigning and Managing Storage
Overview of the Sun Blade Storage Module M2 Product Notes
Supported Firmware, Hardware and Software
Solaris Operating System Issues
Performing Maintenance and Hot Plug Actions
Importing Existing Virtual Drives to a Replacement REM
Storage Module Sensors and Indicators
Viewing the CMM ILOM Event Log
Sun Blade Zone Manager Not Ready
Missing SAS-2 Components Error
Server Module Not SAS-2 Capable Error
Newly Inserted NEM is Not Discovered
Storage Module Becomes Inaccessible at Host and ILOM /CH/BLx/fault_state is "Faulted"
Storage Module Becomes Inaccessible at Host and ILOM /CH/BLx/STATE is "Degraded"
Storage Module Fault LED is On
NEM STATE (/CH/NEMx/STATE) is Not "Running"
NEM /CH/NEMx/OK Indicator is in Standby Blink
Introduction to the Sun Blade Storage Module M2
Maintaining the Sun Blade Storage Module M2
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.