Sun Fire Midrange Systems Firmware 5.16.0 Release Notes |
This document provides information on new and revised features, as well as late-breaking news, for firmware release 5.16.0 on Sun Fire E6900/E4900/6800/4810/4800/3800 systems.
This document contains the following topics:
This section provides a brief description of the new features in 5.16.0. For detailed information on these features, refer to the Sun Fire Midrange Systems Platform Administration Manual (part number 817-2971-10) and the Sun Fire Midrange System Controller Command Reference Manual (part number 817-2972-10).
The Secure Shell protocol, which provides secure remote access to the system controller, is now available as an alternative to the Telnet protocol on Sun Fire midrange systems. SSH uses encryption to protect data flowing between the host and client, and also authentication mechanisms to identify both hosts and clients.
The SC supports one logical connection on the serial port and up to five logical connections with an SSH (remote) connection. Connections can be set up for either the platform or one of the domains. Each domain can have only one logical connection at a time.
The system controller (SC) provides SSHv2 server capability. For further information on SSH and how to configure secure connections on both the platform and domains, refer to Chapter 6, "Security Guidelines," in the Sun Fire Midrange Systems Platform Administration Manual.
If you are using Explorer 4.2 or earlier versions to collect Sun system configuration information, use telnet as the remote connection type.
To recover the SC console, reboot the SC from one of the active SSH connections to the SC. See BugID 4975123.
If you choose to use the default without creating DSA host keys, you will see the following message when the SSH server is enabled:
If you try to use any of the above features, an error message is generated. For example, running the command
generates the following messages:
The 5.16.0 release supports the following:
The firmware documentation set for 5.16.0 includes the following manuals, in addition to these Release Notes:
The following commands are new for the 5.16.0 release:
For details on these commands, refer to their descriptions in the Sun Fire Midrange System Controller Command Reference Manual.
The following SC commands were changed in 5.16.0:
E6900/E4900 systems and midrange systems with UltraSPARC IV CPU/Memory boards require 5.16.0 firmware and the Solaris 8 2/04 operating environment as the minimum Solaris release.
In 5.16.0, the following types of status messages are displayed on the platform console when sensors evaluate the condition of a component:
If you are using WDR (WBEM Dynamic Reconfiguration), contact your Sun Service provider for assistance in handling UltraSPARC IV CPU/Memory boards.
If you are using Sun Management Center, note that the Sun Management Center 3.5 Version 3 Add-on Software for Sun Fire Midrange Systems supports UltraSPARC IV CPU/Memory boards and Sun Fire E6900/E4900 midrange systems.
System boards with 5.12.x firmware are compatible with those running 5.13.0 through 5.16.x firmware; system boards running 5.11.x are not. You can check the firmware compatibility of your boards by running the
showboards -p version -v command. The information displayed indicates whether the firmware for each board is compatible with the ScApp version running on the SC.
UltraSPARC IV CPU/Memory boards run 5.16.0 firmware; these boards will not run on earlier firmware releases. COD boards must be running a firmware version that supports COD, which was introduced in firmware release 5.14.0.
For details on verifying firmware compatibility, refer to the Install.info file included with this firmware release and the showboards command description in the Sun Fire Midrange System Controller Command Reference Manual.
To simplify system administration, update all your system boards to the same firmware version and activate the new firmware version on your domains as soon as possible. Activate the domain firmware by running the setkeyswitch off and setkeyswitch on commands. For details on updating your system firmware, see the release-specific Install.info file included with each release of the firmware.
Instructions for upgrading firmware are provided in the Install.info file included with this firmware release. The Install.info file also contains instructions for downgrading to an earlier version of the firmware.
E6900 or E4900 systems, or systems that contain UltraSPARC IV boards, must run firmware version 5.16.0. Earlier firmware versions will not support such systems.
Caution - If you have a redundant system controller (SC) configuration, you must first upgrade the firmware on the spare SC, then on the main SC, as explained in the Install.info file. |
In some cases powering off or powering on a power supply after you upgrade to firmware version 5.16.x can cause a power supply fault on Sun Fire 6800/4810/4800/3800 systems. The power supply failure might exhibit the following characteristics:
Use the following workarounds to resolve the power supply failure. Start with
Workaround 1. If this workaround is unsuccessful, perform Workaround 2. If the second workaround is unsuccessful, perform Workaround 3.
This section describes only those bugs with potentially significant impact. The README file lists all bugs, including those seen only internally at Sun.
Manual reset of the SC has no effect.
1. Connect to each active domain through a network connection, such as telnet or rlogin.
2. Shut down each domain, if possible.
3. Power down the Sun Fire midrange system, then power it up again.
Workaround: Run the showlogs or showboards command (from the platform shell) to show errors and the test status of a faulty system board.
After the spare SC is replaced and SC failover is enabled, the prompt shown on the spare SC is that of the machine from which it was removed.
Workaround: Execute setupplatform -p network to change the IP address and SC host name, reboot the SC, then do an SC failover.
If there is only one I/O boat in a domain, disabling bus B of an I/O controller results in an error message indicating that there are no good I/O boards available to boot the Solaris operating environment.
Workaround: Disable only the slots on the bus that are not working instead of the bus.
Performing multiple reset-all commands at the OBP level can cause domain hard hangs.
Workaround: Avoid running multiple reset-all commands.
If you use five (the maximum number) simultaneous SSH connections and a serial connection, attempting to connect to a domain console from the serial connection by using the console -d domain command will cause the SC console to hang.
Workaround: Reboot the SC from one of the active SSH connections to the SC.
The SC sends an incorrect number of console connections from the SC to Sun Management Center.
The ScApp SNMP output for the power of the spare SC is incorrectly reported. The power state appears to be on, regardless of the actual state of the spare SC.
ScApp does not provide a warning message indicating that the appropriate power supplies and fan trays are required when an UltraSPARC IV CPU/Memory board is detected.
The SC board revision number, SC V2, is not provided by ScApp to Sun Management Center.
Workaround: Run the showplatform command periodically to obtain the status of the Frame fan tray and redundant transfer switches (RTS).
After an automatic diagnosis [AD] message occurs, subsequent error events concerning the domain continue to be displayed even after the message indicating that automatic domain restoration has occurred.
Workaround: After the first AD message and the message indicating that automatic domain restoration occurs, ignore the subsequent event error messages displayed for the domain.
SNMP is a private interface for the midrange system controllers. This means that Sun Management Center will not receive FrameManager information through SNMP. See also BugID 4984203.
Copyright © 2004, Sun Microsystems, Inc. All rights reserved.