![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||
Solution Type Problem Resolution Sure Solution 1494101.1 : "Unable To Determine Platform Id" error in ALOM on T5120/T5220 & T5140/T5240 systems
In this Document
Created from <SR 3-6230824516> Applies to:Sun SPARC Enterprise T5120 Server - Version All Versions to All Versions [Release All Releases]Sun SPARC Enterprise T5220 Server - Version All Versions to All Versions [Release All Releases] Sun SPARC Enterprise T5240 Server - Version All Versions to All Versions [Release All Releases] Sun SPARC Enterprise T5140 Server - Version All Versions to All Versions [Release All Releases] Information in this document applies to any platform. SymptomsThe ALOM command showfaults -v will show the error "unable to determine platform id": sc> showfaults -v
Last POST Run: Thu Sep 20 10:00:20 2012 Post Status: Passed all devices ID Time FRU Class Fault 1 Jan 22 13:45:42 /SYS/MB SP detected fault: unable to determine platform id
The message may also be seen in the showfru output in ALOM, sc> showfru
/SYS/MB (container) SEGMENT: FL /Configured_LevelR /Configured_LevelR/UNIX_Timestamp32: 2008-12-01T11:23:56-08:00 /Configured_LevelR/Sun_Part_No: 5412530 /Configured_LevelR/Configured_Serial_No: 0328MSL-08486P01A2 /Configured_LevelR/HW_Dash_Level: 07 /Status_EventsR[0]/UNIX_Timestamp32: 2012-01-25T20:38:21-08:00 /Status_EventsR[0]/Old_Status: 0x40 (MAINTENANCE REQUIRED) /Status_EventsR[0]/New_Status: 0x00 (OK) /Status_EventsR[0]/Initiator: SCAPP /Status_EventsR[0]/Component: 0 /Status_EventsR[0]/Event_Code: 02000000 /Status_EventsR[0]/Message: System Management reboot; prior status cleared. /Status_EventsR[1] /Status_EventsR[1]/UNIX_Timestamp32: 2012-01-25T20:36:16-08:00 /Status_EventsR[1]/Old_Status: 0x00 (OK) /Status_EventsR[1]/New_Status: 0x40 (MAINTENANCE REQUIRED) /Status_EventsR[1]/Initiator: SCAPP /Status_EventsR[1]/Component: 0 /Status_EventsR[1]/Event_Code: 02000000 /Status_EventsR[1]/Message: unable to determine platform id <<<<<<<<<<<<<<<<<<< /Status_EventsR[2] /Status_EventsR[2]/UNIX_Timestamp32: 2012-02-01T08:57:40-08:00 /Status_EventsR[2]/Old_Status: 0x40 (MAINTENANCE REQUIRED) /Status_EventsR[2]/New_Status: 0x00 (OK) /Status_EventsR[2]/Initiator: SCAPP /Status_EventsR[2]/Component: 0 /Status_EventsR[2]/Event_Code: 02000000 /Status_EventsR[2]/Message: System Management reboot; prior status cleared. /Status_EventsR[3] /Status_EventsR[3]/UNIX_Timestamp32: 2012-02-09T21:04:37-08:00 /Status_EventsR[3]/Old_Status: 0x00 (OK) /Status_EventsR[3]/New_Status: 0x40 (MAINTENANCE REQUIRED) /Status_EventsR[3]/Initiator: SCAPP /Status_EventsR[3]/Component: 0 /Status_EventsR[3]/Event_Code: 02000000 /Status_EventsR[3]/Message: unable to determine platform id <<<<<<<<<<<<<<<<<<<
and the showplatform -v command in ALOM will not display the Chassis Serial Number: sc> showplatform -v
SUNW,T5240 Chassis Serial Number: XXXXXXXXXXXXXXXXXXXX Domain Status ------ ------ S0 Solaris running sc>
ChangesThis may happen if the Power Distribution Board (PDB) was replaced previously but the Serial Number (s/n) was not programmed into the new PDB by the Oracle Field Engineer. CauseSince the platform information is stored on the Power Distribution Board (PDB), the problem is likely a faulty or marginal PDB. SolutionReplace the Power Distribution Board (PDB) and clear the fma errors. NOTE: If the Power Distribution Board (PDB) was replaced previously but the Serial Number (s/n) was not programmed into the new PDB by the Oracle Field Engineer, then a new PDB is not required. An Oracle Field Engineer will need to be dispatched out to program the Serial Number information into the PDB. Attachments This solution has no attachment |
||||||||||||||||||
|