Skip to main content

Problems Resolved in Oracle Solaris 11.3


Problems Resolved in Oracle Solaris 11.3
The following table lists the problems resolved in Oracle Solaris 11.3. You might encounter them in supported releases earlier than Oracle Solaris 11.3.
Table 3-55  Problems Resolved in Oracle Solaris 11.3
Bug 15813959
15813960
(7196117)
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description A PCI expansion unit is added using Oracle Solaris hotplug(1M) in a SPARC M12/M10 system. However, devices on the PCI expansion unit are not recognized.
Workaround Before you add a PCI expansion unit by hotplug(1M), add the following line in the /etc/system file in advance and restart Oracle Solaris.
set pcicfg:pcicfg_slot_busnums = 4

Note that the system does not recognize a device of a PCI expansion unit if you add the PCI expansion unit by PHP to a root complex that has been added by either of the following: the dynamic reconfiguration of the physical partition, or the Dynamic PCIe bus assignment.
If this problem occurs, restart the logical domain to which the PCI expansion unit is assigned to make the system recognize the device of the PCI expansion unit.
Bug 17430911
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S
Description When you change the power-saving operation of the physical partition from "elastic" to "disabled," the CPU frequency assigned to the logical domain may not increase.
Workaround This has been modified with SRU 11.2.8.4.0 (Oracle VM Server for SPARC 3.2).
Install SRU 11.2.8.4.0 or later on the control domain.
[How to restore]
Execute the Oracle Solaris svcadm command in the control domain to restart the ldmd services.
primary# svcadm restart ldmd
Bug 17561541
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description In a SPARC M10 environment with XCP 2230 or later applied, or in a SPARC M12 environment with XCP 3021 or later applied, suppose that the ldm add-io command is executed after the ldm remove-io command was executed during delayed reconfiguration. Then, the ldmd daemon may cause a core dump and restart.
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
During delayed reconfiguration, execute the ldm remove-io command after executing the ldm add-io command.
Bug 18502702
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description If the SunVTS 7.0 ps17. 1 test is started on a SPARC M10 system with SPARC64 X+ processors, it may end with an error.
Workaround This has been modified with SRU 11.2.1.5.0 and patch 151265-03 for Oracle Solaris 10.
Bug 18595023
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description If the ldm list-io command is executed after PCI cards, which support the SR-IOV function, are mounted on PCI expansion unit SLOT4 or higher, the pseudonym of the physical function of the PCI cards mounted in SLOT4 or higher is mistakenly shown as SLOT2. Moreover, the virtual functions created from the physical functions of the PCI cards that are mounted on SLOT4 or higher cannot be assigned to logical domains.
[Example of command output]
# ldm ls-io -l
NAME TYPE BUS DOMAIN STATUS
---- ---- --- ------ ------

...
/SYS/PCI1/SLOT5 PCIE PCIE1 primary OCC [pci@8100/pci@4/pci@0/pci@1/pci@0/pci@0/pci@0/pci@1/pci@0/pci@10/pci@0/pci@1]
network@0
network@0,1
...
/SYS/PCI1/SLOT2/IOVNET.PF0 PF PCIE1 primary
[pci@8100/pci@4/pci@0/pci@1/pci@0/pci@0/pci@0/pci@1/pci@0/pci@10/pci@0/pci@1/network@0]
maxvfs = 7
...
Workaround This has been modified with SRU 11.2.2.5.0 and patch 150817-03 for Oracle Solaris 10.
Bug 18615814
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description An I/O domain may output the following message, and Oracle Solaris panic may occur if a system board is deleted by executing dynamic reconfiguration of physical partitions (PPAR DR) or a PCIe end point device is dynamically removed from the I/O domain by executing the ldm remove-io command.
panic[cpuX]/thread=XXXXXXXXXXXX: mutex_exit: not owner, lp=XXXXXXXX owner=X thread=XXXXXXXXXXXX
Workaround This has been modified with SRU 11.2.8.4.0.
Execute the svcadm(1M) command on the I/O domain to disable the intrd(1M) service before deleting the system board by executing dynamic reconfiguration of physical partitions (PPAR DR) or before removing the PCIe end point device from the I/O domain.
# svcadm disable intrd
Enable the intrd(1M) service after the process of the ldm remove-io command is completed.
# svcadm enable intrd
Bug 18665751
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description When using XCP 2210, the Dynamic Resource Management (DRM) feature of Oracle VM Server for SPARC does not work.
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
Update the XCP firmware to XCP 2220 or later.
Bug 18747641
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description Core dumps may be produced or wrong calculation results may be obtained or a panic may occur when a program, which performs double-precision floating point instructions after enabling SPARC64 X/SPARC64 X+ processor-specific options and 4-byte boundary alignment (*1) and compiled with Oracle Solaris Studio compiler version 12.3 2013/06/17 or newer, is executed on a SPARC M10 system with Oracle Solaris 11.1 or newer.
*1 The 4-byte boundary alignment is enabled by default when creating 64-bit programs.

In case of 32-bit programs, it is enabled if "-xmemalign=Ns (N=1,2,4,8,16)" or "-fast" is not specified.


[Procedure of checking compiler version]
The "-V" option shows version information. The date is output at the end of version notation. The compiler version that corresponds to this bug is 2013/06/17 or newer.
$ cc -V
cc: Sun C 5.12 SunOS_sparc Patch 148917-06 2013/06/17
$ f95 -V (f90 and f77 are also same.)
f95: Sun Fortran 95 8.6 SunOS_sparc Patch 148517-05 2013/06/17
$ CC -V
CC: Sun C++ 5.12 SunOS_sparc Patch 148506-11 2013/06/17
Workaround This has been modified with SRU 11.2.4.6.0.
Recompile the program with the following "-xarch" flag.
-xarch=sparcima
Bug 19074260
Model SPARC M10-4S
Description The following messages may be output in the log of ldoms/ldmd services (/var/svc/log/ldomsldmd:default.log), and the communication between the ldmd daemon and the XSCF may be disconnected during or after physical partition dynamic reconfiguration (PPAR DR).
[Example of message]
Sep 18 13:31:37 warning: Device busy: open_ldc_channel: Open of/devices/virtual-devices@100/channel-devices@200/virtual-channel@3:spds failed
After that time, processes which need to communicate with XSCF such as PPAR DR or ldm list-spconfig command fail.
Workaround This has been modified with SRU 11.2.8.4.0.
[How to restore]
Execute Oracle Solaris svcadm(1M) command to restart the ldoms/ldmd services.
# svcadm restart ldmd
Bug 19310540
Model SPARC M10-4S
Description If the addboard(8) command is executed in the "factory-default" configuration, CPU cores may not be assigned to the control domain.
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
Add the CPU cores or threads which were not added, using the ldm add-core command or the ldm add-vcpu command.
Bug 19310550
Model SPARC M12-2S, SPARC M10-4S
Description On a physical partition, to which 8 or more system boards have been assigned, when collecting dump files of the hypervisor which is executed as the ldoms/ldmd service is started, the following console message is output by the ldoms/ldmd service, and it may fall back to maintenance mode.
[Example of message]
Feb 28 16:19:39 svc.startd[11]: ldoms/ldmd:default failed:
transitioned to maintenance (see 'svcs -xv' for details)
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
[How to restore]
Use the following process to change the timeout value of starting the ldoms/ldmd service to 600.
# svccfg -s ldmd listprop
:
start/timeout_seconds count 180
:
# svccfg -s ldmd setprop start/timeout_seconds=600
# svccfg -s ldmd listprop
:
start/timeout_seconds count 600
:
# svcadm refresh ldmd
# svcadm restart ldmd
Bug 19358400
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description If the root complex is dynamically added/deleted, the PCIe end point device configuration information shown by the showpparinfo(8) command will not reflect the PCIe end point device under the added/deleted root complex.
Workaround This has been modified with SRU 11.2.9.5.0.
[How to restore]
By restarting the logical domain that added/deleted the root complex dynamically, the showpparinfo(8) command displays the correct configuration information.
Bug 19424242
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description On a system to which Oracle VM Server for SPARC 3.1.0.1 or later is applied, the following event may occur: If all CPUs or memory in an I/O domain are degraded due to a CPU or memory failure, the ldmd service abnormally terminates, and, as a result, the ldm(1M) command terminates with an error.
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
[How to restore]
Replace the faulty CPU or memory.
If you want to start Oracle Solaris while leaving the faulty CPU or memory installed, perform the following procedure on the XSCF:
1. Power off the physical partition (PPAR) by the poweroff(8) command.

2. Execute the setdomainconfig(8) command to place the PPAR in the factory-default state.

XSCF> setdomainconfig -p ppar_id -c default
3. Execute the poweron(8) command to activate the PPAR.
Oracle Solaris reboots in a configuration that includes only the control domain (factorydefault).
Bug 19424359
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description If the domain configuration is restored in the degraded configuration, both of the following settings are reset to their default values: the setting specifying whether to enable/disable hypervisor dump collection and the setting specifying whether to enable/disable automatic reboot during hypervisor dump collection.
[Default values]
Hypervisor dump collection: Enabled
Automatic reboot during hypervisor dump collection: Disabled
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
[How to restore]
After executing the Oracle VM Server for SPARC ldm(1M) command to change the hypervisor dump setting, save the domain configuration information.
# ldm set-hvdump hvdump=XXXX hvdump-reboot=YYYY
# ldm add-spconfig ZZZZ
After replacing the faulty component, execute the setdomainconfig(8) command to initiate a reboot with the original domain configuration.
Bug 19513561
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description The ldmd daemon of Oracle VM Server for SPARC may repeat core dump if suspend processing of the appropriate domain fails during live migration.
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
[How to restore]
Restart the physical partition according to the following steps.
1. Execute the poweroff(8) command to power off the physical partition (PPAR).

2. Execute the poweron(8) command to restart PPAR.
Bug 19680186
19454809
Model SPARC M12-2S, SPARC M10-4S
Description If Oracle Solaris 11.2 and later is running and the system board is deleted by dynamic reconfiguration of physical partitions (PPAR DR), Oracle Solaris may panic.
Workaround This has been modified with SRU 11.2.10.5.0.
Add the following setting to /etc/system of all logical domains, and restart Oracle Solaris:
set lgrp_topo_levels=1
Be sure to delete set lgrp_topo_levels=1 in /etc/system before applying SRU 11.2.10.5.0 or later.
Bug 19728345
Model SPARC M10-4S
Description The physical partition dynamic reconfiguration (PPAR DR) fails if the ldoms/ldmd services are restarted because of Oracle Solaris panic and the like during PPAR DR.
Workaround This has been modified with SRU 11.2.8.4.0 and Oracle VM Server for SPARC 3.2 for Oracle Solaris 10.
[How to restore]
Hypervisor abort may be caused from the operation of adding/removing memory to/from PPAR DR or a logical domain after the ldoms/ldmd services are recovered. Therefore, execute the poweroff(8) command of XSCF firmware to power off the physical partition (PPAR), then execute the poweron(8) command to power on the PPAR.
Bug 19913088
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description If a root complex with PCI expansion unit connected is added dynamically to the logical domain with the ldm add-io command, the logical domain may output the following message, causing Oracle Solaris to panic.
panic[cpuX]/thread=XXXXXXXXXXXX: bad stack overflow at TL 1
Workaround This has been modified with SRU 11.2.10.5.0.
Before adding the root complex to the logical domain dynamically, add the following setting to /etc/system, and then restart Oracle Solaris.
set default_stksize = 0xa000
Bug 20061005
19200041
Model SPARC M10-4S
Description If you use the ipadm(1M) command or the ifconfig(1M) command on the guest domain that has the physical device after you delete the system board dynamically with the deleteboard(8) command, the guest domain may output the following message, causing Oracle Solaris to panic.
panic[cpuXX]/thread=XXXXXXXXXXXX:
assertion failed: obj->afo_corep == NULL, file: ../../common/os/numaio.c,
line: 724
Workaround This has been modified with SRU 11.2.10.5.0.
If you delete the system board dynamically with the deleteboard(8) command, execute the following command before you execute the ipadm(1M) command or the ifconfig(1M) command on the guest domain.
# modunload -i 0
Bug 20458698
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description No response time from the migration source domain may become long because a different process from the original live migration is performed during live migration. Network services and the like operating on the migration source domain may time out because of no response.
This case occurs if the migration source domain meets both of the following conditions.
- The difference between the maximum RA of the migration source domain (actual address) and its minimum RA cannot be divided by 64 MB

- The remainder is 32 MB or less when the difference between the maximum RA of the migration source domain and its minimum RA is divided by 64 MB

The maximum RA and the minimum RA of the domain can be checked with the following command.
[Example]
# ldm list-domain -o memory domain-name
NAME
domain-name
MEMORY
RA PA SIZE
0x10000000 0x7b0fc0000000 1G
minimum RA
0x400800000 0x7f01a0800000 11G
(a) (b)
The maximum RA is the sum of (a) + (b), which will be 0x6c0800000.
0x400800000 + 0x2c0000000(11G) = 0x6c0800000
The difference between the maximum RA and the minimum RA is 27400 MB.
0x6c0800000 - 0x10000000 = 0x6b0800000 = 27400 MB
Therefore, the remainder is 8 MB in this example.
27400 MB / 64 MB = 428 and the remainder is 8 MB
Workaround This has been modified with SRU 11.2.11.5.0.
Bug 20878144
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description For Oracle Solaris 11.2 SRU 11.2.8.4.0 or later, "OS Started. No state support" is displayed by the showdomainstatus(8) command or in the event log when Oracle Solaris starts. This message indicates that the status of a logical domain has changed to Oracle Solaris.
The following is an example of the message.
XSCF> showlogs event
Date Message
--- Omitted ---

Mar 27 15:55:31 ** Event: SCF:PPARID 0 GID 00000000 state change (OpenBoot Running)
Mar 27 15:55:32 ** Event: SCF:PPARID 0 GID 00000000 state change (OpenBoot Primary Boot Loader)
Mar 27 15:55:33 ** Event: SCF:PPARID 0 GID 00000000 state change (OpenBoot Running OS Boot)
Mar 27 15:55:35 ** Event: SCF:PPARID 0 GID 00000000 state change (OS Started. No state support)
Mar 27 15:55:36 ** Event: SCF:PPARID 0 GID 00000000 state change (OS Started. No state support)
Mar 27 15:56:42 ** Event: SCF:PPARID 0 GID 00000000 state change (Solaris booting)
Mar 27 15:57:37 ** Event: SCF:PPARID 0 GID 00000000 state change (Solaris booting)
Mar 27 15:57:37 ** Event: SCF:PPARID 0 GID 00000000 state change (Solaris running)
XSCF> showdomainstatus -p 0
2015-MM-DD hh:mm:ss
Logical Domain Name Status
primary OS Started. No state support.
Workaround This has been modified with SRU 11.2.11.5.0.
Ignore this message since it does not affect the system operation.
Bug 20974426
Model SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description In an environment with Oracle VM Server for SPARC 3.2 applied to the control domain and configuration information already saved in the XSCF, if the SPARC M10 system chassis or physical partition (PPAR) is stopped or started, the SPARC M10 system chassis or PPAR may not be able to start with the saved configuration information.
This problem occurs when the configuration information is saved by any of the following means:
- ldm add-spconfig -r command

- Automatic recovery using automatic recovery policy 3 of Oracle VM Server for SPARC ldmd daemon (automatic saving of configuration information)

You can check the automatic recovery policy of the ldmd daemon with the following command.
The default for the automatic recovery policy is 1 (display warning messages in log files)
[Example]
# svccfg -s ldmd listprop ldmd/autorecovery_policy
ldmd/autorecovery_policy integer 3
Workaround This has been modified with SRU 11.2.11.5.0.
[How to restore]
- If the ldm add-spconfig -r command was executed, delete the saved configuration information, and overwrite it by saving the current configuration.

[Example]
# ldm remove-spconfig CONF-A
# ldm add-spconfig CONF-A

- If the automatic recovery policy is set to 3, change the automatic recovery policy to 1 by performing the following procedure.

[Example]
# svccfg -s ldmd setprop ldmd/autorecovery_policy=1
# svcadm refresh ldmd

If the SPARC M10 system chassis or PPAR cannot start with the saved configuration information, start the system in the factory-default configuration, and then restore the configuration information already saved in the XML file.
Bug 21106074
Model SPARC M12-1, SPARC M12-2, SPARC M12-2S, SPARC M10-1, SPARC M10-4, SPARC M10-4S
Description If any of aes-128-ccm, aes-192-ccm, and aes-256-ccm is specified for the encryption algorithm, accessing the ZFS data set with encryption enabled may cause a system panic.
The default encryption algorithm is aes-128-ccm. If ZFS is encrypted with no encryption algorithm specified, aes-128-ccm is assumed specified.
[Panic message example]
panic[cpu34]/thread=2a1053d9c20: bad floating point trap at TL 1
%tl %tpc %tnpc %tstate %tt
1 00000000123eabc0 00000000123eabc4 8880001600 077
%gl: 00 %ccr: 88 %asi: 80 %cwp: 0 %pstate: 16
(Omitted)
Workaround This has been modified with SRU 11.2.12.5.0.
Add the following statements to the /etc/system file, and reboot the system.
set auxv_cap_exclude_hw1=0x10000
set auxv_cap32_exclude_hw1=0x10000
Bug 21306352
Model SPARC M12-2S, SPARC M10-4S
Description The physical partition dynamic reconfiguration (PPAR DR) feature may fail if used to delete a system board in an environment containing a root domain (not a control domain) running Oracle Solaris 11.2 SRU 11.2.9.5.0 or later.
[Example]
XSCF> deleteboard -y -c disconnect -m unbind=resource 01-0
PSB#01-0 will be unconfigured from PPAR immediately. Continue?[y|n] :y
Start unconfigure preparation of PSB. [1200sec]
0.end

Unconfigure preparation of PSB has completed.
Start unconfiguring PSB from PPAR. [7200sec]
0..... 30..... 60..... 90.....-

end
Timeout detected during communicate with Logical Domains Manager.
XSCF>
Workaround You can avoid this problem by deleting the PCIe bus on the target system board from the domain before the PPAR DR feature deletes the system board.
[Example]
primary# ldm remove-io PCIE8 domainX
:
primary# ldm remove-io PCIE15 domainY
XSCF> deleteboard -y -c disconnect -m unbind=resource 01-0
[How to restore]
After deleting the PCIe bus on the target system board from the domain, re-execute the deleteboard command on the XSCF.
[Example]
primary# ldm remove-io PCIE8 domainX
:
primary# ldm remove-io PCIE15 domainY
XSCF> deleteboard -y -c disconnect -m unbind=resource 01-0