Asset ID: |
1-71-1007976.1 |
Update Date: | 2017-03-29 |
Keywords: | |
Solution Type
Technical Instruction Sure
Solution
1007976.1
:
Sun Fire[TM] V1280/Netra 1280/E2900 system: Reprogramming the System Configuration Card (SCC)
Related Items |
- Sun Netra 1280 Server
- Sun Fire E2900 Server
- Sun Netra 1290 Server
- Sun Fire V1280 Server
|
Related Categories |
- PLA-Support>Sun Systems>SPARC>Enterprise>SN-SPARC: Exx00
- _Old GCS Categories>Sun Microsystems>Servers>Midrange V and Netra Servers
|
PreviouslyPublishedAs
211000
Oracle Confidential PARTNER - Available to partners (SUN).
Reason: Migrated distribution from Sun
Applies to:
Sun Netra 1290 Server - Version Not Applicable and later
Sun Fire V1280 Server - Version All Versions and later
Sun Netra 1280 Server - Version All Versions and later
Sun Fire E2900 Server - Version All Versions and later
Information in this document applies to any platform.
Goal
5.19.0 firmware now allows for the reprogramming of the SCC (System Configuration Card) used to maintain the identity of a LW8-class system.
The goal is to allow rapid replacement of a physically damaged card if the standard SCC duplicate turnaround time is not sufficient to meet a customer's needs, and a customer has specific software licenses tied to a HostID.
Important note
This procedure is not to be used except in the case of a physically damaged SCC. TSC has accepted the responsibility to verify this is the case through the issuance of an engineering mode password required to execute the reprogramming sequence. Misuse would compromise the infrastructure used to control ISV software licensing schemes.
This document also assumes that the person executing this procedure has experience working with and servicing LW8-class systems, and understands the ramifications of the use of engineering mode to perform this procedure.
Solution
Call Flow
If a V1280/E2900/Netra1280/1290 system experiences a physical failure of an SCC card, the anticipated call flow is as described below.
Important: Do not insert a new replacement SCC until after the engineering mode password has been entered and you are in the reprogramming routine. If you replace the card before this, you will wipe out the previous information stored in NVRAM and you will have to discover the previous values by other means.
- Customer logs call with Oracle
- Oracle engineer will be dispatched for on-site response
- Oracle engineer will verify issue, and verify that the customer requires a replacement SCC with the same information.
- Oracle engineer will order one replacement SCC - for example, 370-5155 or
- Oracle engineer will open a collaboration to L2 engineers
- Engineer will type "engineering" from the lom> command prompt and get the information required for L2 eng to generate an engineering mode password
- TSC will generate password and provide engineer with the attached procedures and examples.
- Oracle engineer should execute procedure 1 first and attempt to program the faulty card by hitting <RETURN> when prompted to insert a new card. Engineer should then verify the proper programming remains after the SC reboot.
- If this does not work, then the Oracle engineer should re-execute procedure 1, except, when prompted to insert a new card, actually insert a new card, reprogram it, and verify its proper programming. Then, mark on the new SCC card the HostID and MAC address information of the customer machine.
- Oracle engineer should then return the faulty SCC via CPAS so the reason for failure can be analyzed.
Procedure 1 - attempt to recover a card which has "forgotten" its information or is blank.
- Boot system
- System will stop requesting a valid SCC or engineering password
- Enter <return> to get parameters to generate an engineering mode password
- Enter engineering mode password, which will invoke the SCC reprogramming procedure
- Enter the new MAC and HostID information, or, accept the values listed if they are correct.
- Confirm ok to program
- Verify programming by rebooting SC
- Record new information on SCC
Example 1:
Software Reset...
(#) SYSTEM CONTROLLER(SC) POST 42 2004/12/13 11:03
PSR = 0x044010e5
PCR = 0x04004000
Memory size = 128MB
Basic sanity checks done.
Skipping POST ...
ERI Device Present
Getting MAC address for SSC1
SCC MAC Address not available.
Ethernet not configured.
MAC address is 0:0:0:0:0:0 <---------- NOTE: with bad card, no MAC address on boot
Attaching interface lo0...done
-> interrupt: 100 Mbps full duplex link up
boot
Copyright 2001-2004 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Sun Fire System Firmware
RTOS version: 42
ScApp version: 5.19.0 Development_Build_5.19.0
SC POST diag level: off
The date is Wednesday, January 5, 2005, 1:51:00 PM PST.
Wed Jan 05 13:51:02 foobar lom: Boot: ScApp 5.19.0, RTOS 42
Wed Jan 05 13:51:07 foobar lom: invalid System Config Card
Wed Jan 05 13:51:07 foobar lom: SCC contents are invalid -
Wed Jan 05 13:51:07 foobar lom: Please insert valid SCC -OR- Enter Password for SCC maintenance
junk
Invalid password.
HostID: 83198b92 <-----HostID info from nvram - last known domain HostID
ScApp version: 5.19.0
RTOS version: 42
Enter password:
Invalid password.
Enter password: <----engineering mode password here
Insert new SCC to be initialized, then Press RETURN to continue
Please enter the requested data or accept the default value
MAC ADDRESS: [00:03:ba:19:8b:89]
HOSTID: [83198b89]
******* WARNING WARNING WARNING *******
System Configuration Card (SCC) about to be overwritten
Proceed? yes/no [no] : yes
-- UPDATING SCC --
Please remove SCC from machine and record the follow on card
MAC ADDRESS : 00:03:ba:19:8b:89
HOSTID : 83198b89
Re-insert card when done and Press RETURN to continue <-- NOTE that the machine will not reboot at this point as a function of removing the card
Wed Jan 05 13:52:36 foobar lom: SCC inserted - resetting...
Software Reset...
(#) SYSTEM CONTROLLER(SC) POST 42 2004/12/13 11:03
PSR = 0x044010e5
PCR = 0x04004000
Memory size = 128MB
Basic sanity checks done.
Skipping POST ...
ERI Device Present
Getting MAC address for SSC1
Using SCC MAC address
MAC address is 0:3:ba:19:8b:92 <---------- NOTE GOOD MAC ADRESS with working card
Hostname: foobar
Address: 10.8.28.116
Netmask: 255.255.252.0
Attached TCP/IP interface to eri unit 0
Attaching interface lo0...done
Gateway: 10.8.31.248
interrupt: 100 Mbps full duplex link up
Procedure 2 - reprogramming a pre-programmed card:
- Install new card
- Boot system
- Type engineering to get parameters to generate an engineering mode password
- Enter engineering mode password, switching to engineering mode
- Issue the following command:
seprom SCC -create_scc
- Enter the new MAC and HostID information
- Confirm ok to program
- Verify programming by rebooting SC
- Record new information on SCC
- Exit engineering mode
- Reboot the SC
Example 2:
lom[engineering]>seprom SCC -create_scc
Insert new SCC to be initialized, then Press RETURN to continue
Please enter the requested data or accept the default value
MAC ADDRESS: [00:03:ba:19:8b:89] 99:88:77:66:55:44
HOSTID: [83198b89] 80123456
******* WARNING WARNING WARNING *******
System Configuration Card (SCC) about to be overwritten
Proceed? yes/no [no] : yes
-- UPDATING SCC --
Please remove SCC from machine and record the follow on card
MAC ADDRESS : 99:88:77:66:55:44
HOSTID : 80123456
Re-insert card when done and Press RETURN to continue
lom[engineering]>resetsc
Previously Published As 82402
Attachments
This solution has no attachment