Problems Resolved in XCP 2360
Problems Resolved in XCP 2360
The following table lists the 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 NTP client setting for the XSCF 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 NTP client setting for the XSCF 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. |
< Previous Page | Next Page >