The following installation bugs occur during an upgrade to the Solaris 9 9/04 release.
When using the Solaris Live Upgrade luupgrade(1M) command with the -i option to complete an upgrade of an inactive boot environment, the text that the installers display might be unreadable in some languages. The text is corrupted when the installers request fonts that do not exist on the older release that is on the current boot environment.
Workaround: Choose one of the following workarounds:
Use a combined network installation image to do the installation.
Enable the C locale by setting the environment variable on your system.
When you upgrade from the Solaris 8 software to the Solaris 9 or the Solaris 9 9/04 release, a problem is encountered when the SUNWjxcft package is removed. The following error message is recorded in the upgrade_log file:
Removing package SUNWjxcft: Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias Removal of SUNWjxcft> was successful |
Workaround: Ignore the error message.
If you upgrade to the Solaris 9 9/04 release on a system that is running a third-party Secure Shell, such as OpenSSH from the /etc/init.d/sshd daemon, the upgrade disables the existing Secure Shell daemon. During an upgrade, the Solaris 9 9/04 software overwrites the contents of /etc/init.d/sshd.
Workaround: Choose one of the following workarounds:
If you do not want the Secure Shell protocol server program on your system, do not install the SUNWsshdr and SUNWsshdu packages during the upgrade.
If you do not want the Secure Shell protocol server or client programs on your system, do not install the Secure Shell Cluster (SUNWCssh) during the upgrade.
If the /export directory is near full capacity when you upgrade to the Solaris 9 9/04 release, space requirements for /export are miscalculated. The upgrade then fails. This problem commonly occurs if a diskless client is installed. Another instance of when the problem occurs is when third-party software is installed in the /export directory. The following message is displayed:
WARNING: Insufficient space for the upgrade. |
Workaround: Before you upgrade, choose one of the following workarounds:
Rename the /export directory temporarily, until the upgrade is completed.
Temporarily comment out the /export line in the /etc/vfstab file until the upgrade is completed.
If /export is a separate file system, then unmount /export before you perform the upgrade.
If your system currently supports diskless clients that were installed with the Solstice AdminSuiteTM 2.3 Diskless Client tool, you must perform the following two steps:
Delete all existing diskless clients that are the same Solaris version and architecture as the server.
Install or upgrade to the Solaris 9 9/04 release.
For specific instructions, see the System Administration Guide: Basic Administration.
If you attempt to install the Solaris 9 9/04 software over existing diskless clients, the following error message might be displayed:
The Solaris Version (Solaris version-number) on slice xxxxxxxx> cannot be upgraded. There is an unknown problem with the software configuration installed on this disk. |
In this error message, version-number refers to the Solaris version that is currently running on your system. xxxxxxxx> refers to the slice that is running this version of the Solaris software.