This section describes issues that involve the following features on the Sun Enterprise 10000 server:
System Service Processor requirement
Dynamic reconfiguration (DR)
InterDomain Networks (IDNs)
Solaris Operating System on Sun Enterprise 10000 domains
The Solaris 10 software can be run on individual domains within a Sun Enterprise 10000 system. However, the Sun Enterprise 10000 System Service Processor is not supported by this release.
The SSP 3.5 software is required on your System Service Processor (SSP) to support the Solaris 10 software. Install the SSP 3.5 on your SSP first. Then you can install or upgrade to the Solaris 10 OS on a Sun Enterprise 10000 domain.
The SSP 3.5 software is also required so that the domain can be properly configured for DR Model 3.0.
This section describes different issues that involve dynamic reconfiguration on Sun Enterprise 10000 domains.
You must use DR 3.0 on Sun Enterprise 10000 domains that run the Solaris OS beginning with the Solaris 9 12/03 release. DR model 3.0 refers to the functionality that uses the following commands on the SSP to perform domain DR operations:
You can run the cfgadm command on domains to obtain board status information. DR model 3.0 also interfaces with the Reconfiguration Coordination Manager (RCM) to coordinate the DR operations with other applications that are running on a domain.
For details about DR model 3.0, refer to the Sun Enterprise 10000 Dynamic Reconfiguration User Guide.
For this Solaris release, DR no longer automatically unbinds user processes from CPUs that are being detached. You must perform this operation before initiating a detach sequence. The drain operation fails if CPUs are found with bound processes.
If a process is holding open a network device, any DR operation that would involve that device fails. Daemons and processes that hold reference counts stop DR operations from completing.
Workaround: As superuser, perform the following steps:
Remove or rename the /rplboot directory.
Shut down NFS services.
# sh /etc/init.d/nfs.server stop
Shut down Boot Server services.
# sh /etc/init.d/boot.server stop
Perform the DR detach operation.
Restart NFS services.
# sh /etc/init.d/nfs.server start
Restart Boot Server services.
# sh /etc/init.d/boot.server start
For a domain to become part of an InterDomain Network, all boards with active memory in that domain must have at least one active CPU.
Before you issue the boot net command from the OpenBoot PROM prompt (OK), verify that the local-mac-address? variable is set to false. This setting is the factory default setting. If the variable is set to true, you must ensure that this value is an appropriate local configuration.
A local-mac-address? that is set to true might prevent the domain from successfully booting over the network.
In a netcon window, you can use the following command at the OpenBoot PROM prompt to display the values of the OpenBoot PROM variables:
To reset the local-mac-address? variable to the default setting. use the setenv command:
OK setenv local-mac-address? false