Skip to main content

Problems Resolved in XCP 2360


Problems Resolved in XCP 2360
The following table lists the problems resolved in XCP 2360.
Table 3-15  Problems Resolved in XCP 2360
RTI No. RTIF2-201109-001 
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description The sun4v error report might be corrupted if multiple logical domains panic at the same time.
Workaround There is no effective workaround.
RTI No. RTIF2-190902-002
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description Security fixes.
(CVE-2018-16842)
For details, see the Oracle website relating to the following:
Critical Patch Updates
Workaround Update the XCP firmware to XCP 2360 or later.
RTI No. RTIF2-190716-001
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description E-mail notification and notification through REMCS or SNMP trap are not provided when the input power to the power supply unit (PSU) of the PCI expansion unit is turned off. Likewise, if an error occurs in the primary circuit, no such notification is provided.
Similarly, e-mail notification is not provided for some hardware failures in the PCI expansion unit.
Workaround There is no effective workaround that provides notification when the PSU input power for the PCI expansion unit is turned off or when the primary circuit has an error.
Use notification through SNMP trap to monitor other hardware failures.
RTI No. RTIF2-190408-001
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description After an XCP firmware update when the setting specifying the XSCF as an NTP client is enabled, the XSCF time may shift.
If the physical partition power-on/off schedule has been set and a scheduled operation is performed, the operation time may shift as a result. This may cause the OS to not start at the specified time or to shut down at a time other than the specified time.
Workaround Update the XCP firmware to XCP 2360 or later.
This problem does not occur while a firmware update to XCP 2360 or later is in progress.
[How to restore]
Using the showdate command or showntp -l command, confirm that the XSCF time has not shifted.
If the XSCF time has shifted, reboot the XSCF with the rebootxscf -a command.
[Example] Using the showntp -l command to check the time difference with the NTP server
The following example shows an offset of -607086 ms (607 seconds).
XSCF> showntp -l
       remote       refid   st t when poll reach   delay   offset   jitter
==============================================================================
*xxx.xx.xx.xx 192.168.yy.yy  6 u  42   64    377   0.191  -607086   81.767
  127.127.1.0 .LOCL.         5 l  26h  64      0   0.000    0.000    0.000
RTI No. RTIF2-190319-001
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description Security fixes.
(CVE-2018-1000120, CVE-2018-0732, CVE-2017-17558, CVE-2017-16531)
For details, see the Oracle website relating to the following:
Critical Patch Updates
Workaround Update the XCP firmware to XCP 2360 or later. 
RTI No. RTIF2-190319-002
Model SPARC M10-4, SPARC M10-4S
Description After CMUL unit replacement with the old microSD card retained, the time of a logical domain may shift when the physical partition is powered on.
This problem occurs when the setting specifying the XSCF as an NTP client is enabled for the SPARC M10-4 or the 1BB configuration with the SPARC M10-4S.
Workaround There is no effective workaround.
After the CMUL replacement, power on the physical partition, and set the correct time for the logical domain.
RTI No. RTIF2-190319-003
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description If you issue a power-off instruction for a physical partition (PPAR) while PPAR power-on is in progress, the power-off processing may not be immediately executed even though "shutdown started" message is output and it may be executed after 20 hours. As a result, the PPAR may be forcibly powered off while Oracle Solaris is operating.
This symptom occurs when the power-off instruction is issued immediately after the event log displays "POST Diag complete from PPAR." That entry means the completion of the initial diagnosis by POST during PPAR power-on.
Workaround Perform any of the following workarounds:
- To power off the PPAR while it is being powered on, use the -f option to forcibly power it off.

- If the PPAR cannot be powered off, shut down Oracle Solaris on all logical domains after Oracle Solaris startup.
RTI No. RTIF2-140602-001
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description When the input power of a PCI expansion unit is turned off (AC OFF), an error log is registered, but notification through SNMP trap or REMCS is not performed. Confirmation that the input power of a PCI expansion unit had been turned off can be seen in the output of the showlogs error command, like the following:
Date: May 29 20:03:05 JST 2014
    Code: 10000400-00d4000000ff0000ff-1100002a0000000000000000
    Status: Information            Occurred: May 29 20:03:00.905 JST 2014
    FRU: /BB#0/PCI#8/PCIBOX#2003/PSU#0
    Msg: AC FAIL
    Diagnostic Code:
        00083230 30330000 0000
        00080000 00000000 0000
        00080000 00000000 0000
        00000000 00000000 00000000 00000000
        00000000 00000000 0000
Workaround There is no effective workaround.