If the /export directory is near full capacity and you upgrade to the Solaris 8 7/01 operating environment, the space requirements for /export are miscalculated and the upgrade fails. The problem commonly occurs if a diskless client is installed, or if third-party software is installed in /export. The following message is displayed.
WARNING: Insufficient space for the upgrade. |
Workaround: Before you upgrade, choose one of the following workarounds.
Temporarily rename the /export directory until the upgrade completes.
Temporarily comment out the /export line in the /etc/vfstab file until the upgrade completes.
If /export is a separate file system, then unmount /export before you perform the upgrade.
After upgrading from the Solaris 2.5.1 8/97 or 11/97 operating environments to the Solaris 8 operating environment, the following error might appear in /a/var/sadm/system/logs/upgrade_log.
rm: Unable to remove directory /a/var/sadm/pkg/.save.SUNWcsr: File exists |
Workaround: To prevent the error, before you upgrade to the Solaris 8 operating environment, perform fsck on the root file system.
To resolve the error after you upgrade, perform fsck on the root file system.
If your system currently supports diskless clients installed with the AdminSuite 2.3 Diskless Client tool, you must first delete all existing diskless clients prior to installing the Solaris 8 7/01 operating environment. For specific instructions, see “How to Set Up Your Diskless Client Environment” in Solaris 8 System Administration Supplement.
If you attempt to install the Solaris 8 7/01 operating environment over existing diskless clients, the following error message appears.
The Solaris Version (Solaris 7) on slice <xxxxxxxx> cannot be upgraded. There is an unknown problem with the software configuration installed on this disk. |
If you are upgrading from the Solaris 8 (Solaris WBEM Services 2.0), Solaris 8 6/00 (WBEM Services 2.1), Solaris 8 10/00 (WBEM Services 2.2), or Solaris 8 1/01 (WBEM Services 2.3) operating environments to the Solaris 8 7/01 operating environment (Solaris WBEM Services 2.4), you must convert any proprietary custom Managed Object Format (MOF) data to the new Reliable Log repository format used with Solaris WBEM Services 2.4. Failure to convert the data will result in data loss.
Workaround: To convert WBEM data, before upgrading you must save the JavaSpacesTM software. After upgrading, you must run the wbemconfig convert command.
Before upgrading to the Solaris 8 7/01 operating environment, follow these steps to save the JavaSpaces software.
Become superuser.
Save the JavaSpaces software.
cp /usr/sadm/lib/wbem/outrigger.jar /usr/sadm/lib/wbem/outrigger.jar.tmp |
Check and record the version of the JDKTM software installed on your machine. For example:
# /usr/bin/java -version java version "1.2.1" Solaris VM (build Solaris_JDK_1.2.1_04c, native threads, sunwjit) |
You must be running the same version of the JDK software that was running when the original JavaSpaces datastore was created.
After upgrading to the Solaris 8 7/01 operating environment, you must convert the WBEM data. For specific instructions, see “Upgrading the WBEM Repository to Prevent WBEM Data Loss” in Solaris 8 Installation Supplement.
This problem affects systems running the Solaris 2.5.1 and the Solaris 2.5.1 unbundled CDE operating environments. However, these systems are only affected if the unbundled CDE has been relocated to a directory other than /usr/dt. The CDE relocation on these systems has been accomplished by creating a symbolic link in /usr/dt that points to the relocated CDE.
When you upgrade to the Solaris 8 operating environment, CDE is reinstalled in /usr/dt, and the link to the relocated version is removed. The relocated CDE is not removed and is therefore orphaned.
If the upgrade involves the reallocation of file systems, the upgrade may fail because the reallocation mechanism does not account for the extra space needed in /usr/dt for the new version of CDE. This failure is not visible until the upgrade has been completed. If this failure occurs, the upgrade log includes a number of messages indicating that more space is needed for an upgrade.
Workaround: Uninstall the relocated CDE before you start upgrading to the Solaris 8 operating environment. You can uninstall by using the install-cde script from the Solaris 2.5.1 CDE CD. You should run this script with the -uninstall flag to remove CDE.
If you installed WBEM 1.0 from the Solaris Easy Access Server (SEAS) 3.0 CD on a system running the Solaris 7 operating environment, you must remove the WBEM 1.0 packages before upgrading to the Solaris 8 operating environment. The Solaris WBEM Services 2.0 do not start after upgrading the Solaris 7 operating environment with WBEM 1.0 to the Solaris 8 operating environment. The Common Information Model (CIM) Object Manager fails to start. The following error message is displayed.
File not found: /opt/sadm/lib/wbem/cimom.jar |
Workaround: Use the pkgrm command to remove the WBEM 1.0 packages before upgrading to the Solaris 8 operating environment.
Use the pkginfo command to check if the WBEM 1.0 packages are installed by typing:
% pkginfo | grep WBEM |
Become superuser.
Use the pkgrm command to remove all WBEM 1.0 packages by typing:
# pkgrm SUNWwbapi # pkgrm SUNWwbcor # pkgrm SUNWwbdev # pkgrm SUNWwbdoc # pkgrm SUNWwbm |
The upgrade log may state that the SUNWeeudt package was only partially installed.
Doing pkgadd of SUNWeeudt to /. ERROR: attribute verification of </a/usr/dt/appconfig/types/ru_RU.KOI8-R/datatypes.dt> failed pathname does not exist ... Installation of <SUNWeeudt> partially failed. pkgadd return code = 2 |
Workaround: Perform the following steps after the upgrade has been completed.
Remove the SUNWeeudt package by typing:
# pkgrm SUNWeeudt |
Add the SUNWeeudt package by typing:
# pkgadd SUNWeeudt |
When you upgrade to the Solaris 8 7/01 operating environment from the Solaris 2.6 or Solaris 7 operating environment and do not select 64-bit support as an upgrade option, the following 64-bit packages are unnecessarily installed:
SUNWceuox
SUNWeeoux
SUNWneoux
SUNWseoux
SUNWweoux
Workaround: After you complete the upgrade, remove these 64-bit packages using the pkgrm command:
# pkgrm SUNWceuox SUNWeeuox SUNWneuox SUNWseuox SUNWweuox |