Notes on Oracle VM Server for SPARC
Notes on Oracle VM Server for SPARC
- After logical domains are reconfigured by Oracle VM Server for SPARC or after executing the "ldm unbind-domain/ldm bind-domain" command, if the guest domain is operated by the reset(8) command of XSCF firmware before executing the "ldm add-spconfig" command, a guest domain other than what had been specified may be reset. Or, the specified guest domain is not reset. You should save a configuration of the logical domains with the ldm add-spconfig command. Then, to reset the guest domain before saving it, execute the ldm stop command from the control domain, not from the XSCF.
- To specify a logical domain configuration for the next time you start, use the ldm set-config command in place of ldm add-spconfig -r.
If you use the ldm add-spconfig -r command to specify a logical domain configuration for the next time you start and then manipulate a guest domain with the reset(8) command of the XSCF firmware, another guest domain may be reset. - Be sure to start the ldmd service (svc:/ldoms/ldmd:default) of the control domain.
- A boot disk with an EFI GPT disk label is supported by the following systems: SPARC M10 systems with XCP 2230 or later applied and SPARC T-series or M-series systems with SysFW 8.4 or SysFW 9.1 or later applied. However, SPARC M10 systems with XCP 2221 or earlier applied do not support a boot disk with an EFI GPT disk label. Therefore, do not migrate from a SPARC M10 system with XCP 2230 or later applied or a SPARC T-series or M-series system with SysFW 8.4 or SysFW 9.1 or later applied to a SPARC M10 system with XCP 2221 or earlier applied.
You can determine whether the boot disk is EFI GPT labeled by executing the devinfo command of Oracle Solaris on the raw device of the boot disk.
- - With an EFI GPT disk label
| # devinfo -i /dev/rdsk/c2d0s0 /dev/rdsk/c2d0s0 0 0 73728 512 2 |
- - Without an EFI GPT disk label
| # devinfo -i /dev/rdsk/c1d0s0 devinfo: /dev/rdsk/c1d0s0: This operation is not supported on EFI labeled devices |
- The ldm list-rsrc-group, remove-core -g, and ldm remove-memory -g commands of Oracle VM Server for SPARC 3.2 are not supported. For details, see the Oracle VM Server for SPARC 3.2 Administration Guide.
- From Oracle VM Server for SPARC 3.2 onwards, you can allocate memory to a logical domain in units of 256 MB if the dynamic reconfiguration of the physical partitions (PPAR DR) feature is enabled by the XSCF firmware. On the other hand, if the PPAR DR feature is disabled, you can allocate memory in units of 4 MB.
- Suppose that a system disk in a physical partition (PPAR)(PPAR #A) is switched to a system disk that has been used for another PPAR (PPAR #B), in a system with Oracle VM Server for SPARC 3.1 or later and XCP 2230 or later. The PPAR #A domain configuration information saved in the XSCF may overwrite the PPAR #B domain configuration information.
To switch a system disk to a system disk already used for a different PPAR, uninstall Oracle VM Server for SPARC from the system disk prior to switching the disks. After the switching is completed, reinstall Oracle VM Server for SPARC on the system disk.
The same procedure is needed when using the system disk connected to another unit or when the saved domain configuration information in the XSCF is restored using the restoreconfig(8) command. - Suppose that you deleted a system board by executing dynamic reconfiguration of physical partitions (PPAR DR), in a system with Oracle VM Server for SPARC 3.3 or later. Then, a CPU socket constraint in the degraded state may be added to each logical domain. This operation is not a problem; it is an operation for saving the use status of CPU sockets before PPAR DR is executed.
If the CPU socket constraint appears in the degraded state for a logical domain where the CPU socket constraint is not set, ignore this constraint.
For a logical domain that uses the CPU socket constraint, PPAR DR done by the deleteboard command places the CPU socket constraint in the degraded state. Also, resources not specified with the CPU socket constraint may be assigned to the logical domain.
When replacing a building block (PSB) in response to a fault and so on, first add the system board. Then, you can execute the ldm set-socket --restore-degraded command to restore the CPU socket constraint. If you are only deleting the system board, execute the ldm set-socket command as required to set the CPU socket constraint again.
For details on the CPU socket constraint, see "8.14 Managing Logical Domain Resources Associated with CPU Sockets" in the Fujitsu SPARC M12 and Fujitsu M10/SPARC M10 System Operation and Administration Guide.
- - Before system board deletion
| # ldm list-socket CONSTRAINTS SOCKET TENANT VCPUS CORES SOCKET_ID GROUP primary 8 4 4 /BB1 : |
- - After system board deletion
| # ldm list-socket ------------------------------------------------------------------------------ Notice: the system is running a degraded configuration because some required resources were removed by Physical DR. ------------------------------------------------------------------------------ CONSTRAINTS DOMAIN SOCKET_ID STATE primary* (degraded) 4 active dom00* (degraded) 0, 3, 4, 5, 6 active SOCKET TENANT VCPUS CORES SOCKET_ID GROUP primary 8 4 4 /BB1 : ----------------------------------------------------------------------------- |
- In Oracle VM Server for SPARC 3.3 or later, when the logical domain configuration has been restored by the ldm init-system command, resource binding may fail even if the CPU socket constraint is not set. Then, the following message is output.
[Example]
| # ldm bind-domain XXXX Not enough free memory in specified FJ sockets to meet the request. Domain XXXX has FJ socket resource constraints for recovery. Use 'ldm set-socket socket_id= XXXX' to clear. |
- If the above message has been output, clear the CPU socket constraint with the ldm set-socket command as instructed in the message. Then, try again to bind the resources.
[Example]
| # ldm set-socket socket_id= XXXX # ldm bind-domain XXXX |
- When using the vHBA (Virtual SCSI Host Bus Adapters) function assigned to a guest domain, set the guest domain auto-boot to false, and then save the updated logical domain configuration information.
- [How to set]
| primary# ldm set-variable auto-boot\?=false domain-name primary# ldm add-spconfig config-name |
< Previous Page | Next Page >