The following installation bugs occur after you upgrade to the Solaris 9 9/04 release.
When you upgrade your system to the Solaris 9 9/04 operating system, the following CDE localization packages are not upgraded:
SUNWmeadt
SUNWnafdt
SUNWnamdt
SUNWneudt
SUNWseudt
SUNWweudt
To determine if this problem affects your system, run the pkgchk -n command after you upgrade the system. If the following error messages are displayed in the output, you must manually remove and add the CDE localization packages to your system.
Checking Package SUNWmeadt ERROR: /usr/dt/config/he/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnafdt ERROR: /usr/dt/config/ar/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnamdt ERROR: /usr/dt/config/en_US.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWneudt ERROR: /usr/dt/config/da_DK.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/fi_FI.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWseudt ERROR: /usr/dt/config/el_GR.ISO8859-7/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/pt_PT.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWweudt ERROR: /usr/dt/config/en_GB.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/en_IE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_BE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_NL.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist |
Workaround: After you upgrade the system, upgrade these localized packages by following these steps:
Become superuser.
Remove the packages.
# pkgrm SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
Change to the directory that contains the Solaris 9 9/04 versions of these packages.
# cd path_to_image
For example, to access these packages on the Solaris 9 9/04 Software 1 of 2 CD, insert the Solaris 9 9/04 Software 1 of 2 CD in the media drive. Then type the following command.
# cd /cdrom/cdrom0/Solaris_9/Product
Add the packages to your system.
# pkgadd -d . SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
The SAM-FS/QFS daemons do not start and the file systems are unmountable if you performed either of the following operations:
You upgraded to Solaris 9 4/04 Release.
You applied the Solaris 9 Recommended Patch Cluster (Solaris 9 patch ID 112233-11).
The error occurs because system call 181 that the daemons normally use is being used by a different module. The module was introduced by the patch that you had just applied. The following error messages are recorded in /var/adm/messages:
/var/adm/messages Jan 5 13:28:46 host genunix: [ID 147998 kern.warning] WARNING: system call entry 181 is already in use Jan 5 13:28:46 host samfs: [ID 798779 kern.warning] WARNING: SAM-FS: modload(samsys) failed. |
In addition, the following error messages are also recorded in /var/adm/sam-log:
/var/adm/sam-log Jan 5 13:30:08 host sam-fsd[355]: [ID 617651 local4.alert] Fatal error - samsys module not loaded Jan 5 13:30:08 host sam-fsd[355]: [ID 765074 local4.alert] Correct problem and 'kill -HUP 355' |
Perform the following steps:
Become superuser.
Issue a grep of 181 from the modinfo output to determine if 181 is in use by another module:
# modinfo | grep 181 8 1181aa0 38c4 1 1 TS (time sharing sched class) 15 11b1092 181a 12 1 sad (STREAMS Administrative Driver ') 43 1295cd8 ce9 181 1 ssc050 (SSC050 i2c device driver: v1.4) 158 7813a87f 181c 95 1 cpc (cpc sampling driver v1.10) 158 7813a87f 181c 179 1 cpc (cpc sampling system call) 158 7813a87f 181c 179 1 cpc (32-bit cpc sampling system call) |
Because system call 181 is used by another module, configure samsys to use another unused system call value.
Edit /etc/name_to_sysnum by changing samsys to use 182 or some other unused value from 0-255.
samsys 182 |
Boot the system to reconfigure samsys.
# shutdown -y -g0 -i0
OK> boot -r
Verify that the error messages no longer appear in /var/adm/messages and that all SAM-FS file systems can mount.
The WBEM Repository Common Information Model (CIM) database can be corrupted under the following conditions:
You apply a revision of patch 112945 for a Solaris 9 release to a system that is running the Solaris 9 software.
You then remove the patch that was applied to the system.
If the WBEM Repository is corrupted, the following error message is displayed in the Solaris Management Console Log Viewer:
CIM_ERR_FAILED: /usr/sadm/lib/wbem/../../../../var/sadm/wbem/logr/ preReg/PATCH113829install/Solaris_Application.mof,18,ERR_SEM, ERR_EXC_SET_CLASS,CIM_ERR_FAILED:Other Exception: java.io.StreamCorruptedException: invalid stream header |
Workaround: Choose one of the following workarounds:
Follow these steps to prevent the WBEM Repository from being corrupted:
Become superuser.
Before you apply the patch, back up the WBEM Repository.
# cp -r /var/sadm/wbem/logr path/logr |
where path is the path to the backup WBEM Repository.
If the WBEM Repository is corrupted after you back out the patch, stop the WBEM server.
# /etc/init.d/init.wbem stop |
Restore the backup WBEM Repository.
# cp -rf path/logr /var/sadm/wbem/logr |
Restart the WBEM server.
# /etc/init.d/init.wbem start |
Follow these steps to create a new WBEM Repository:
This workaround does not restore the WBEM data if the WBEM Repository is corrupted. Any data that was added to the repository during the installation is lost.
Become superuser.
Stop the WBEM server.
# /etc/init.d/init.wbem stop |
Remove the files from the /logr directory.
# rm /var/sadm/wbem/logr/* |
Remove the /notFirstTime directory.
# rmdir notFirstTime |
Start the WBEM server.
# /etc/init.d/init.wbem start |
Compile any proprietary Managed Object Format (MOF) files manually.
# /usr/sadm/bin/mofcomp MOF-filename |