Error accessing shared-storage fault.
Problem Details:
cause="device-shared-storage-IO-error"
changeSet=""
code="E4196535"
created="2013-12-18T08:50:03"
descr="device Fxxxxxxxxxxxx, error accessing shared-storage"
dn="event-log/785673"
id="785673"
ind="state-transition"
The communication between IO module and SEEPROM is one way. We store the identical SAM DB version in three chassis rather than in one (so called three chassis redundancy). Because the communication between IO module and SEEPROM happens only one way, the error accessing shared-storage fault can happen sometimes - this is system behavior per specification and design. So, as long as one SEEPROM is readable, the UCS works normally.
If the error accessing shared-storage fault is currently in cleared state and does not raise again, do not apply the workaround and do not do anything.
If the error accessing shared-storage fault is raised state and is never cleared, or the fault keeps coming back, try the following workarounds:
* Reboot the IO module.
* If alert does not clear, reseat IO module. Make sure it's firmly seated.
- Reboot/Reseat IOM
- Reboot Chassis
No comments:
Post a Comment