SL8500 - ACS 03 Degraded, SLS0665E ACS 03 DEGRADED; LSM 03:02, CONDITION 2, FSC 0000

Asset ID:	1-72-1939677.1
Update Date:	2017-09-25
Keywords:

Solution Type Problem Resolution Sure

Solution 1939677.1 : SL8500 - ACS 03 Degraded, SLS0665E ACS 03 DEGRADED; LSM 03:02, CONDITION 2, FSC 0000

Applies to:

Sun StorageTek SL8500 Modular Library System - Version All Versions and later
Information in this document applies to any platform.

“We followed the plan to check and reseat all of the cables and they all appeared to be ok. I also checked the four door switches again and the epo and ers buttons and found nothing obviously wrong. I powered the library back up and straight
away I had no robot power, so it looked like the re seating exercise turned the fault into a solid fault! I then used the two spare cables to eliminate each cable in the SEMs. Replacing the cables in SEMs 4 and 5 made no difference, but changing the cable in SEM 3 bought power back to the robots.
Its difficult to say 100% that this cable was the issue, as they have to be disturbed to disconnect them, but I also changed the cable in SEM 2 with the second spare cable, just in case the problem is around the connection between the 2 SEMs. I couldn't reproduce the problem from this point on. I'm hoping that replacing the two cables has fixed the intermittent epo issue, but if it should happen again, I am sure we are in the right area and I can only think that it may be worth replacing the last cable in SEM 1?“

Symptoms

LSMs-0-3 offline due to reboots.

ACS 03 appeared to re-boot itself.

SLS0665E ACS 03 DEGRADED; LSM 03:02, CONDITION 2, FSC 0000

2014-10-15T02:57:34.888 1,0,0,0,0 root default internal 0 trace 3952 From device Data=<request sequence="85765"><command>stateChangeNotice</command><parms><emergencyPowerOff>true</emergencyPowerOff></parms></request>

This is the last message prior of taking the robots down.

Changes

None

Cause

Possible defect ERS buttons or poor cable contact to switches.

Solution

After checking the HBN to HBF signal cable and unplugging all the connections and then replugging the cables, the issue became permanent. Meaning the rails didn’t get power any more.
Then after replacing the jumper cable at the SEM3 and 2, it was found to fix the issue. So it looks like the SEM jumper cable (419616501 [F] Cable Assembly, Jumper, HBN to EPO, Expansion Module) had an intermittent problem, which became worse after FE touched with the joint. They replaced both cables, as they couldn’t decide which cable was the bad one as there were no visual clues.

References

<NOTE:1554176.1> - SL8500 - FSC: 3215, "Robot Initialization Error"; FSC: 1301, "Device Response Time-Out, Request= SelfInitialize InternalActivity"
<NOTE:1684375.1> - SL3000/SL8500 - Express Parts Process for the SL8500 and SL3000

Attachments

This solution has no attachment