本章介绍与安装和使用 Solaris 9 MU4 软件相关的已知问题。
在以下情况下,WBEM 系统信息库 CIM 数据库可能会被破坏:
将 Solaris 9 Update Release 的修补程序 112945 的修订版应用到运行 Solaris 9 操作环境的系统。
然后删除应用到该系统的修补程序。
如果 WBEM 系统信息库被破坏,Solaris 管理控制台日志查看器中将显示以下错误消息:
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 |
解决方法:选择以下解决方法之一。
执行以下步骤,防止 WBEM 系统信息库被破坏。
成为超级用户。
在应用修补程序之前,先备份 WBEM 系统信息库。
# cp -r /var/sadm/wbem/logr path/logr |
在以上示例中,path 是备份 WBEM 系统信息库的路径。
如果 WBEM 系统信息库在移除修补程序后被破坏,请停止 WBEM 服务器。
# /etc/init.d/init.wbem stop |
恢复备份的 WBEM 系统信息库。
# cp -rf path/logr /var/sadm/wbem/logr |
重新启动 WBEM 服务器。
# /etc/init.d/init.wbem start |
执行以下步骤以创建新的 WBEM 系统信息库。
如果 WBEM 系统信息库已被破坏,则此解决方法将无法恢复 WBEM 数据。所有在安装过程中添加到系统信息库的数据都将丢失。
成为超级用户。
停止 WBEM 服务器。
# /etc/init.d/init.wbem stop |
删除 /logr 目录中的文件。
# rm /var/sadm/wbem/logr/* |
删除 /notFirstTime 目录。
# rmdir notFirstTime |
启动 WBEM 服务器。
# /etc/init.d/init.wbem start |
手动编译所有专用 MOF。
# /usr/sadm/bin/mofcomp MOF-filename |
如果安装支持多软件包体系结构的修补程序,则 /var/sadm/install_data/Maintenance_Update_log 中可能会显示如下所示的可忽略错误消息:
Installing xxxxxx-yy (x of xx) See /var/sadm/patch/xxxxxx-yy log for details grep: can't open pdgabbrev.extension/pkginfo |
例如,如果修补程序 123456-01 包含修补程序软件包 SUNWcar 和 SUNWcar.u,将显示以下错误消息:
grep: can't open SUNWcar.u/pkginfo |
解决方法:忽略此错误消息。此消息不影响修补程序的安装。此消息表示 patchadd 命令未将正确的参数传递给 remove_PATCH_PROPERTIES 函数。
有关详细信息,请参见 patchadd( 1M) 手册页。
由于 sh(1) 和 ksh(1) 之间的交互所导致的问题,install_mu 公用程序可能无法正确安装某些修补程序。当您在命令行或管理脚本中使用以下命令启动该公用程序时,就会出现这种错误:
# /bin/sh ./install_mu options |
解决方法:如下所示,在命令行或管理脚本中执行 install_mu:
# ./install_mu options |
/var/sadm/install_data 目录的 Maintenance_Update_log 中可能会显示以下可忽略的消息之一:
One or more patch packages included in XXXXXX-YY are not installed on this system. Patchadd is terminating. |
或:
Installation of XXXXXX-YY failed: Attempting to patch a package that is not installed. |
这些消息表示 patchadd 命令无法在系统上找到该命令要修补的软件包,从而跳过指示的修补程序。
将一个体系结构的修补程序安装到具有另一个体系结构的系统上时,patchadd 命令会发现这种差异,从而显示该错误消息。例如,将 sun4u 修补程序安装到 sun4m 系统上时就会这样。
如果缺少一个或多个软件包,也可能会显示此消息。缺少的软件包可能已被管理员删除,或者从未安装过。 例如,如果安装了一个小于整个分发的群集,则将显示此类错误消息。
解决方法:忽略此错误消息。
在单用户模式下安装 MU 时,安装完成后不要使用 exit 命令。请使用 reboot 命令。如果使用了 exit 命令而不是 reboot 命令,将出现以下情况:
系统转到 init 3,且必须重新引导系统才能登录。
在重新引导系统之前,其他用户也无法登录。
当任何用户或进程试图登录时,pam_projects.so.1 模块进行内核转储。将显示以下消息:
注意:core_log:in.rshd[1479] 已进行内核转储: /var/crash/core.in.rshd.1479 |
如果进程试图访问 pam_projects.so.1 模块,则系统控制台上将显示加载模块消息。显示类似如下信息:
cron[1433]: load_modules:无法打开模块 /usr/lib/security/pam_projects.so.1 |
如果在多用户模式下安装 MU,也会显示这些消息。在这两种情况下,重新引导系统后,这些消息将不再显示。
解决方法:如果在单用户模式下安装之后使用了 exit 命令,请重新引导系统。
如果在多用户模式下安装 MU 后使用了 exit 命令,而且没有 root 处于登录状态,请重新引导系统。