Sun Fire E25K Server
 
Sun Fire 12K Server
 
Sun Fire 15K Server
 
Sun Fire E20K Server
 

PLA-Support>Sun Systems>Sun_Other>Sun Collections>SN-OTH: SPARC-CAP VCAP
 

In this Document

Goal

Solution

References

Oracle Confidential PARTNER - Available to partners (SUN).
Reason: FRU CAP

Applies to:

Goal

How remove and replace a Starcat System Board

********************************************************************************
To report errors or request improvements on this procedure,
please go to http://support.us.oracle.com and put a comment on Doc ID: 1310037.1
********************************************************************************

Solution

CAP PROBLEM OVERVIEW: CPU Memory Uniboard failure

DISPATCH INSTRUCTIONS

WHAT SKILLS DOES THE ENGINEER NEED:

Starcat Training. Knowledge of SMS commands.

TIME ESTIMATE: 120 minutes

TASK COMPLEXITY: 2

FIELD ENGINEER INSTRUCTIONS

WHAT STATE SHOULD THE SYSTEM BE IN TO BE READY TO PERFORM THE RESOLUTION ACTIVITY? None

WHAT ACTION DOES THE ENGINEER NEED TO TAKE:

Replacing a Starcat System Board

Note - The current Memory on the defective SB will be transferred over to the new SB during this service, as the system board is not ordered with the memory.

Where DR can not be used to replace the board, the domain will be required to be shut down for the service.

Use the command "setkeyswitch -d <#> standby" & "setkeyswitch -d <#> off" to poweroff the domain, this will power off the components on the respective domain. Once the board is powered off, identify the correct board on the starcat frame, the amber LED should be glowing on the poweroff board. Easily remove the latch on both the ends of the board using the  philips srewdriver & insert to new SB, wait to observe the amber glowing on the replaced system board.

Following the board replacement, the domain can be brought back up via the

command "setkeyswitch -d <#> on".

1) It is possible to utilize Dynamic Reconfiguration (DR) or

cfgadm for this replacement (see notes below).

Dynamic Reconfiguration or cfgadm/rcfgadm notes.

See Document 1018756.1: Dynamic Reconfiguration (DR) Cheat Sheets

for command examples and Document 1010363.1: Dynamic Reconfiguration

Considerations for further information.

2) Flash the firmware on the new board to match what is currently in use on the system. The following command will check the firmware version and ask if an upgrade should be performed:

sms-svc:4> flashupdate -f /opt/SUNWSMS/hostobjs/sgcpu.flash SB?

NOTE:  Consult document 1002102.1 for COD system board replacement procedures.

3) Following the physical replacement of the System Board, using showchs -b verify that there are no further "Faulty" CHS Statuses. If further Faulty statuses are detected then they need to be investigated.

4) Consider executing "level 96" POST diagnostics on the replaced system board or domain.

This increased level of POST diagnostics best validates the sanity of the new parts.

In order to execute this level of post use the command

15k:sms-svc:1> setkeyswitch -d X -l 96 on

Procedures to set up a test domain with just a single slot 0 board

See document 1007568.1 : Testing a single slot 0 board with no slot 1 board in a domain

OBTAIN CUSTOMER ACCEPTANCE

WHAT ACTION DOES THE CUSTOMER NEED TO TAKE TO RETURN THE SYSTEM TO AN OPERATIONAL STATE:

N/A

REFERENCE INFORMATION:

E25K/E20K Service Manual: http://download.oracle.com/docs/cd/E19065-01/servers.e25k/index.html

USIV+ (Panther and Jaguar) System Boards could experience POST Failure if Board Replacement Procedure is not correctly followed ( https://support.us.oracle.com/oip/faces/secure/km/DocumentDisplay.jspx?id=1001149.1 )

Capacity on Demand System Board Replacement Procedure ( https://support.us.oracle.com/oip/faces/secure/km/DocumentDisplay.jspx?id=1002102.1 )

References

This solution has no attachment