Asset ID: |
1-72-2039278.1 |
Update Date: | 2015-08-19 |
Keywords: | |
Solution Type
Problem Resolution Sure
Solution
2039278.1
:
FS System: Additional Steps Required to Replace a Pilot Motherboard in a System Running R6.1.11 or Below
Related Items |
- Oracle FS1-2 Flash Storage System
|
Related Categories |
- PLA-Support>Sun Systems>DISK>Flash Storage>SN-EStor: FSx
|
In this Document
Oracle Confidential PARTNER - Available to partners (SUN).
Reason: FRU replacement.
Created from <SR 3-11084706856>
Applies to:
Oracle FS1-2 Flash Storage System - Version 6.1 to 6.1 [Release 6.1]
Information in this document applies to any platform.
Symptoms
A defective X4-2 Pilot motherboard has been detected. Using the ILOM command "show /System", you will see something like this:
-> show /System_OpenProblems
Open Problems (1)
Date/Time Subsystems Component
------------------------ ------------------ ------------
Tue Jul 21 21:12:17 2015 System MB (Motherboard)
Power to server is not available due to a malfunctioning component detected by CPLD.
(Probability: 100, UUID: da5f40b3-7f80-e15b-d41b-c3d585a6a746,
Part Number: 7058153, Serial Number: 489089M+1505U9385D,
Reference Document:
http://www.sun.com/msg/SPX86-8002-2J)
Attempts to run ipmitool commands to verify the version of ILOM will result in authentication error:
[root@pilot1 ~]# ipmitool -H 169.254.2.5 -U root -P changeme sunoem cli "version"
Authentication type NONE not supported
Authentication type NONE not supported
Error: Unable to establish
LAN session Sun OEM cli command failed
[root@pilot1 ~]
Changes
New components coming from spares are likely to have newer versions of the ILOM/BIOS.
Cause
If the FS1-2 System is running R6.1.11 or lower, the rpms packages used to synchronize the ILOM/BIOS on a replacement Pilot motherboard will not work.
Solution
- Replace the failed X4-2 Pilot Motherboard. See <Document 1964065.1> FS System: How to Remove and Replace a Motherboard in an FS1-2 Pilot.
- Apply power to that Pilot but do not allow it to boot all the way up. Once the SP LED in front left side is solid, and the OK LED starts a fast blink (every second) press and hold the OK button for 7-10 seconds until the OK LED goes into slow blink (every 3-5 seconds).
- On the surviving Pilot, create the directory /var/tmp/Pilot and copy the 7 files attached to this document into that directory.
- On the surviving Pilot, flush the dhcp pool and then, wait for replies from the repaired Pilot's ILOM.
[root@pilot2 ~]# echo "" > /var/lib/axiom/dnsmasq_svc.leases
[root@pilot2 ~]# service dnsmasq_svc restart
{root@pilot2 ~]# ping 169.254.2.9
- On surviving Pilot, uninstall old hmp programs.
[root@pilot2 ~]# rpm -e --nodeps oracle-hmp-libs-2.2.7-1.el6.x86_64
[root@pilot2 ~]# rpm -e --nodeps oracle-hmp-tools-2.2.7-1.el6.x86_64
[root@pilot2 ~]# rpm -e --nodeps oracle-hmp-tools-ubiosconfig-2.2.4-1.el6.x86_64
- On surviving Pilot, install required rpms, make, openssl, and new hmp that are attached to this document.
[root@pilot2 ~]# rpm -ivh make-3.81-20.el6.x86_64.rpm
[root@pilot2 ~]# rpm -Uvh openssl-1.0.1e-30.el6_6.2.x86_64.rpm
[root@pilot2 ~]# rpm -ivh oracle-hmp-libs-2.3.2.3-1.el6.x86_64.rpm
[root@pilot2 ~]# rpm -ivh oracle-hmp-tools-2.3.2.3-1.el6.x86_64.rpm
[root@pilot2 ~]# rpm -ivh oracle-hmp-tools-ubiosconfig-2.3.2.3-1.el6.x86_64.rpm
- Confirm the hmp rpms package versions:
[root@pilot2 ~]# rpm -qa |grep hmp
oracle-hmp-libs-2.3.2.3-1.el6.x86_64
oracle-hmp-tools-ubiosconfig-2.3.2.3-1.el6.x86_64
oracle-hmp-tools-2.3.2.3-1.el6.x86_64
- On the surviving Pilot, copy the pilot_x4-2_bios_25010603_fs1-2_defaults.xml and pilot_x4-2_ilom_3.1.2.30.b_r86439_fs1-2_defaults.xml configuration files attached to this document to /rpms/firmware.
- Now, we should have new ubiosconfig, ilomconfig and fwupdate to work with new ILOM firmware 3.2.4-20. On surviving Pilot run the following commands in this order. When prompted for a password, enter changeme:
[root@pilot2 ~]# ubiosconfig import all -H 169.254.2.9 -U root -yx /rpms/firmware/pilot_x4-2_bios_25010603_fs1-2_defaults.xml
[root@pilot2 ~]# ilomconfig import config -H 169.254.2.9 -U root -y --xmlfile=/rpms/firmware/pilot_x4-2_ilom_3.1.2.30.b_r86439_fs1-2_defaults.xml
[root@pilot2 ~]# fwupdate update sp-bios-firmware -n sp_bios -f /rpms/firmware/ILOM-3_1_2_30_b_r86439-Sun_Server_X4-2.pkg -o=/var/log/messages -q -H=169.254.2.9 -U=root
- Power cycle the repaired Pilot.
- Once the repaired Pilot has booted (OK LED is solid), from the surviving Pilot, confirm ILOM firmware version on both Pilots:
NOTE: from the surviving Pilot, the IP addresses are:
169.254.2.5=surviving Pilot
169.254.2.9=repaired Pilot
[root@pilot2 ~]# ipmitool sunoem cli "version"
-> version
SP firmware 3.1.2.30.b
SP firmware build number: 86439
SP firmware date: Mon Jan 20 17:03:25 CST 2014
SP filesystem version: 0.1.23
->
Session closed
Disconnected
[root@pilot2 ~]# ipmitool -H 169.254.2.9 -U root -P changeme sunoem cli "version"
Connected. Use ^D to exit.
-> version
SP firmware 3.1.2.30.b
SP firmware build number: 86439
SP firmware date: Mon Jan 20 17:03:25 CST 2014
SP filesystem version: 0.1.23
->
Session closed
Disconnected
- Repeat steps 3-6 from the Pilot that was just repaired so that both Pilots are back in sync.
- Remove the directory /var/tmp/Pilot and its contents from both Pilots.
References
<BUG:21531443> - FS1 PILOT FAILURE WAS NOT IMMEDIATELY LOGGED
Attachments
This solution has no attachment