![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||||||||
Solution Type Sun Alert Sure Solution 2002410.1 : Oracle ILOM FIPS Mode May Fail on SPARC M5-32/M6-32 Servers With Sun System Firmware 9.3.0.c or Later
In this Document
Applies to:SPARC M5-32Sun Hardware - Generic Sun Software - Generic SPARC M6-32 SPARC Information in this document applies to any platform. _________________________________________ Date of Workaround Release: 22-Apr-2015 Date of Resolved Release: 18-Dec-2015 _________________________________________ DescriptionSPARC M5-32/M6-32 Servers with Sun System Firmware 9.3.0.c or later offer an option to use ILOM Federal Information Processing Standards (FIPS) mode. Enabling FIPS mode will cause certain communications between Service Processors (SPs) and Service Processor Proxys (SPPs) that manage the M5/M6-32 system to be compromised, resulting in a number of failures being reported, including any attempts to change the Sun System firmware level. OccurrenceThis issue can occur on the following platforms:
Note 1: This issue only occurs when ILOM FIPS mode is enabled. To determine if FIPS is enabled, execute the following ILOM command from the active SP: -> show /SP/services/fips state
/SP/services/fips
Properties:
state = enabled
Note 2: To determine the firmware version on the system, execute the following ILOM command from the active SP: -> show /System system_fw_version
/System
Properties:
system_fw_version = Sun System Firmware 9.3.0.f 2015/01/13 20:12
SymptomsIf the described issue occurs, errors similar to the following will be seen when the Sun System Firmware is updated while FIPS mode is enabled: -> load -source http://x.x.x.x 2015-04-06 13:03:48 Download firmware package... 2015-04-06 13:06:26 Check firmware package... ... 2015-04-06 13:08:23 SP /SYS/SPP0 firmware update started ... 2015-04-06 13:08:29 SP /SYS/SPP1 firmware update started ... 2015-04-06 13:10:25 SP /SYS/SPP1 firmware update failed /SYS/SPP1 ERR fips_md.c(146): OpenSSL internal error, assertion failed: Digest update previous FIPS forbidden algorithm error ignored 2015-04-06 13:10:33 SP /SYS/SPP2 firmware update failed /SYS/SPP2 ERR fips_md.c(146): OpenSSL internal error, assertion failed: Digest update previous FIPS forbidden algorithm error ignored 2015-04-06 13:10:34 SP /SYS/SPP3 firmware update failed /SYS/SPP3 ERR fips_md.c(146): OpenSSL internal error, assertion failed: Digest update previous FIPS forbidden algorithm error ignored Additional functionality may also be affected. WorkaroundTo work around this issue, do the following: From the ILOM command shell: -> stop /System Are you sure you want to stop /System (y/n) ? y Stopping /System 2. Turn off FIPS mode. From the ILOM command shell, disable FIPS mode from the active SP: -> set /SP/services/fips/ state=disabled
Note: To verify which is the active SP, do the following : -> show /SP/redundancy status
3. Reset the standby SP. From the active SP (assuming SP0 is active): -> reset /SYS/SP1
If the first attempt fails, do a retry with: ->reset -f /SYS/SP1
4. Reset all the SPs: -> reset /SP
Note: Enabling or disabling FIPS mode will result in all configuration data to reset as well. For more details, see: "Oracle ILOM Administrator's Guide for Configuration and Maintenance Firmware Release 3.2.x", which can be found at: https://docs.oracle.com/cd/E37444_01/html/E37446/index.html This issue is addressed in the following releases: SPARC Platform
Patches<SUNPATCH:21911668> History22-Apr-2015: Document released, status Workaround Internal Section: Comments: References<BUG:20808972> - SSH CLIENT FAILS TO DRILL DOWN IN FIPS MODE UNDER CERTAIN CONDTIONS.<BUG:20793932> - FIPS CONFIGURATION MUST TAKE MULTI-SP SYSTEMS INTO ACCOUNT Attachments This solution has no attachment |
||||||||||||||||||||||||
|