在以下情况下,WBEM 系统信息库 CIM 数据库可能会被破坏:
将 Solaris 9 9/02、12/02 或 4/03 操作环境的某个修补程序应用到运行 Solaris 9 操作环境的系统。
发行版 |
修补程序 |
---|---|
Solaris 9 9/02 |
112945-03 |
Solaris 9 12/02 |
112945-05 |
Solaris 9 4/03 |
112945-14 |
然后,删除任何应用到系统并且以前已识别的修补程序。
如果 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: 流标头无效 |
解决方法:选择以下解决方法之一。
按照以下步骤执行操作以防止 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 中可能会显示类似如下的无害错误消息。
正在安装 xxxxxx-yy(xx 的 x) 请参见 /var/sadm/patch/xxxxxx-yy 日志获得详细信息 grep: 无法打开 pdgabbrev.extension/pkginfo |
例如,如果修补程序 123456-01 包含修补程序软件包 SUNWcar 和 SUNWcar.u,将显示以下错误消息:
grep: 无法打开 SUNWcar.u/pkginfo |
解决方法:忽略此错误消息。此消息不影响修补程序的安装。它表示 patchadd(1M) 未将正确的参数传递给 remove_PATCH_PROPERTIES() 函数。
由于 sh(1) 和 ksh(1) 之间的相互作用所导致的问题,install_mu 公用程序可能无法正确安装某些修补程序。当您在命令行或管理脚本中使用以下命令启动该公用程序时,就会出现这种错误:
# /bin/sh ./install_mu options |
解决方法:如下所示,在命令行或管理脚本中执行 install_mu:
# ./install_mu options |
/var/sadm/install_data 目录的 Maintenance_Update_log 文件中可能会显示以下无害消息:
XXXXXX-YY 中包含的一个或多个修补程序软件包 未安装在此系统上。 Patchadd 正在终止。 |
或:
XXXXXX-YY 安装失败: 试图修补未安装的软件包。 |
这些消息表示 patchadd 在您的系统中找不到它要修补的某个软件包,因此它跳过了所示的修补程序。
在将一种体系结构的修补程序安装到另一种体系结构的系统上时,patchadd 会注意到这种差异,从而显示该错误消息。例如,将 sun4u 修补程序安装到 sun4m 系统上时就会这样。
如果缺少一个或多个软件包,也会发出此消息。管理员可能已删除或并未安装这些软件包,例如,如果安装的群集比 Entire Distribution 小。
解决方法:忽略此消息。
在单用户模式下安装时,完成后不要使用 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 |
如果在多用户模式下安装 MU3,也会显示这些消息。在这两种情况下,重新引导系统之后,这些消息就不会再出现。
解决方法:在单用户模式下,如果安装之后使用了 exit 命令,请重新引导系统。
在多用户模式下,如果安装之后使用了 exit 命令,而且没有超级用户处于登录状态,请重新引导系统。