This document deals with Sun Remote System Control (RSC) 2.2 hardware and software issues. For complete information about using RSC, see the Sun Remote System Control (RSC) 2.2 User's Guide.
Several new features are available in RSC 2.2:
The RSC GUI requires an updated version of the JavaTM Runtime Environment, Java 2 Standard Edition (J2SE) Runtime Environment Version 1.3.0_02 or greater. You can download the appropriate version from one of these Web sites:
Solaris—http://www.sun.com/solaris/java
Windows—http://java.sun.com/j2se/1.3/
Client support has been added for the Microsoft Windows 2000 operating environment. RSC 2.2 does not support Windows 95.
Sun Fire V480 servers include a new hardware feature, a Locator LED on the system's front and rear panels. RSC software allows you to toggle the state of these LEDs to help identify a particular system that may be located in a rack with other servers.
Support for a maximum of 16 RSC user accounts has been added. A maximum of 10 users can be logged in at one time. However, the increased number of user accounts does not affect the limitation of five concurrent telnet or GUI login sessions per server.
RSC software is included as part of the default installation set for this Solaris Supplement CD. You should install RSC server components on a compatible Solaris server only; you can install the client software on any computer that meets the Solaris or Windows operating environment requirement. You must install and configure the RSC software before you can use RSC.
Important: Before upgrading from a previous version of RSC server software or reinstalling the software, log in to the server as superuser and back up your configuration data using the following commands:
# rscadm show > remote_filename # rscadm usershow >> remote_filename |
Use a meaningful file name that includes the name of the server that RSC controls. After installation, you can refer to this file to restore your configuration settings if necessary. Reverting to a previous version of RSC server software after installing version 2.2 is not recommended. However, if you do revert, you will need to restore your configuration information and also power cycle the server.
You can install the RSC 2.2 server software package, SUNWrsc, on:
A Sun Fire V480 server running the Solaris 8 2/02 operating environment
A Sun Fire V880 server running the Solaris 8 7/01 operating environment or another Solaris version that supports the RSC 2.2 product
A Sun Fire 280R server running the Solaris 8 1/01 operating environment or another Solaris version that supports the RSC 2.2 product
A Sun Enterprise 250 server running one of the following operating environments:
Solaris 2.6
Solaris 7
Solaris 8
You can install the RSC 2.2 client software packages on:
Any other computer running the Solaris 2.6, Solaris 7, or Solaris 8 operating environment. The packages are SUNWrscj (GUI) and SUNWrscd (documentation).
Any computer running one of the following Microsoft Windows operating environments:
Windows 98
Windows 2000
Windows NT 4.0
The file used to install the RSC GUI and documentation for the Microsoft Windows operating environments is SunRsc.exe.
Client computers require Java 2 Standard Edition (J2SE) Runtime Environment Version 1.3.0_02 or a subsequent 1.3.x version to run RSC 2.2 software. RSC 2.2 software does not run using J2SE Runtime Environment Version 1.2.x. You can download the appropriate version from one of these Web sites:
Solaris—http://www.sun.com/solaris/java
Windows—http://java.sun.com/j2se/1.3/
Installation on the Solaris operating environment places the Sun Remote System Control (RSC) 2.2 User's Guide in the location /opt/rsc/doc/locale/pdf/user_guide.pdf. Installation on the Windows operating environment places the User's Guide in the location C:\Program Files\Sun Microsystems\Remote System Control\doc\locale\pdf\user_guide.pdf.
The following sections describe Sun Remote System Control (RSC) 2.2 issues.
This section describes issues that affect RSC running on all platforms (Sun Enterprise 250, Sun Fire 280R, Sun Fire V880, and Sun Fire V480 servers):
If the RSC variables page_enabled and mail_enabled are set to true and multiple alert messages are generated within a short interval, the first message is delivered in a timely fashion but each subsequent message issued during the interval is delayed by 3-4 minutes.
When the RSC card is running on battery power, the keyswitch slot in the RSC GUI displays as a gray dot, and the mouse-over text on the keyswitch reads Current Keyswitch Position Unknown.
When configuring the page_info1 or page_info2 fields, you may use any digit or the alphanumeric characters #, @, and , (comma) when specifying a pager phone number, but the PIN area may only contain digits (0-9). In the RSC GUI, the online help for this function is incorrect. For more information about how to configure RSC to work with a pager, refer to the Sun Remote System Control (RSC) 2.2 User's Guide.
If diag-switch? is set to true and you use the bootmode -u command to reboot your workstation, rsc-console will revert to the serial (tip) connection after Solaris restarts, even if you have previously redirected the console to RSC.
If this occurs, manually redirect the console ouput to RSC again after the reboot operation has completed. Refer to the Sun Remote System Control (RSC) 2.2 User's Guide for more information.
If the system's state changes from battery power to standby power and the keyswitch is in the off position, the RSC software should generate a warning that you cannot turn the system power back on when you issue a poweron command from either the CLI or the GUI. The RSC software should issue this warning. You need to move the keyswitch back into the on position.
If this happens, use the resetrsc command.
This intermittent problem has been observed on Sun Fire V880 servers running OpenBoot PROM version 4.4.6. Occasionally, the bootmode -u command fails to redirect the console to RSC. If this happens, use the resetrsc command.
On servers running OpenBoot PROM software version 4.4.3, an RSC-initiated system reset produces the following message:
ERROR: RSC-initiated Reset
This message serves as a warning-level message only; no action is required.
If you install the RSC client on the Japanese version of Microsoft Windows 98, RSC does not start again once you exit from the client and the javaw stack error appears, unless you reboot the system. This situation occurs only on the initial version of Windows 98, and does not happen on other versions of Microsoft Windows (95, 98 Second Edition, NT).
Workaround: Download and install the Microsoft IME98 Service Release 1 (IME98-SR1) from the Microsoft Website. The crash does not occur after IME98-SR1 has been installed.
This section describes issues that affect RSC running on Sun Fire 280R, Sun Fire V880, and Sun Fire V480 servers.
Removing or installing the RSC card while the system has the AC power cord connected could damage your system or your RSC card. Only qualified service personnel should remove or replace the RSC card. Contact your qualified service representative to perform this service operation.
Before you follow the procedures in the Sun Fire 280R Server Service Manual or Sun Fire 880 Server Service Manual to remove or install the RSC card, perform this procedure to ensure that there is no AC power present in the system.
Shut down and halt the system.
With the system at the ok prompt, turn the keyswitch to the Off position.
Standby power is still present in the system at this point.
Disconnect all AC power cords from their back panel receptacles.
This ensures that there is no standby power voltage present in the system.
Follow the procedure you require in your service manual.
RSC generates the following alerts on a Sun Fire 280R or Sun Fire V880 server when the RSC card begins battery use after a power interruption:
00060012: "RSC operating on battery power."
RSC generates the following alerts when the host system has shut down from RSC. The messages appear in the log history.
00040000: “RSC Request to power off host.”
00040029: “Host system has shut down.”
If you shut down the system using the keyswitch, or by using the OpenBoot PROM poweroff command, the above alert 00040029 is the only alert displayed.
These alerts are not documented in the Sun Remote System Control (RSC) 2.2 User's Guide.
When the RSC hardware changes state from battery power to standby power, the Locator LED on the Sun Fire V480 appears illuminated in the GUI only. It does not illuminate on the system.
If this situation happens, use the resetrsc command.
This section describes issues that affect RSC running on Sun Fire 280R servers only. See the Sun Fire 280R Server Product Notes for other Sun Fire 280R server issues.
The xir command does not bring the server to the ok prompt as expected. This issue may have been resolved for your server type; see your hardware platform release notes.
In rare instances, the system may bypass the RSC card during startup. To check whether the system booted and is online, use the ping command to see if the card is alive, or log in using telnet or rlogin. If the system is not connected to the network, establish a tip connection to the system. (Be sure that console I/O is not directed to the RSC card.) Use the tip connection to view boot messages on the troubled system, or reboot the system. For help in diagnosing the problem, see your hardware Owner's Guide.
When you power on the system, it may report a false internal drive fault that is recorded in the Sun Remote System Control (RSC) log history.
If the error is reported by RSC, you should disregard the report if the system boots successfully to the Solaris operating environment. In most cases the erroneous fault does not reappear. You can verify the disk after the boot process by using the fsck utility.
Any disk drive error message reported by the Solaris operating environment is a real disk drive error.
If a disk fault is reported at the ok prompt and the system fails to boot to the Solaris operating environment, there may be a problem with the disk drive. Test the disk drive with the OpenBoot Diagnostics tests documented in the “Diagnostics, Monitoring, and Troubleshooting” chapter in the Sun Fire 280R Server Service Manual.
After a cold restart or after powering on the system, the RSC command rscadm resetrsc fails; this is a known condition. You need to reset the host system for the command to function correctly.
There are three ways you can reset the host. Use one of the following commands:
At the ok prompt, execute the reset-all command.
At the RSC command-line interface (CLI) prompt, issue the reset command.
At the Solaris CLI prompt, issue the reboot command.
The RSC rscadm resetrsc command will now function correctly.
This section describes an issue that affects RSC running on Sun Fire V880 servers only.
The xir command does not bring the server to the ok prompt as expected. This issue may have been resolved for your server type; see your hardware platform release notes.
This section describes issues that affect RSC running on Sun Enterprise 250 servers only. See the Sun Enterprise 250 Server Product Notes for other Sun Enterprise 250 server issues.
Support for a maximum of 16 RSC user accounts has been added for RSC 2.2. However, Sun Enterprise 250 servers continue to be limited to four RSC user accounts because of hardware limitations.
Do not issue the fsck command from the redirected RSC console.
Reset the system's input-device and output-device settings to ttya. Then reboot the system and access the system through its local console or terminal and execute the OpenBoot PROM fsck command directly.
The command boot -s does not work from the RSC console.
Reset the system's input-device and output-device settings to ttya. Then reboot the system and access the system through its local console or terminal and execute the boot -s command directly.
In order for changes to the RSC configuration variable serial_hw_handshake to take effect, the server must be rebooted. This also affects the Enable Hardware Handshaking check box in the RSC graphical user interface. This limitation is not stated in the documentation.
In the Sun Enterprise 250, the power supplies are numbered 0 and 1, but the RSC GUI refers to them as Power Supply 1 and Power Supply 2 in the event log and in alerts.