test

Solaris 9 4/04 发行说明

系统管理错误

Solaris 9 4/04 发行版中存在以下系统管理错误。

以非超级用户特权运行时，cfgadm -l 命令不会列出 USB 设备 (4999109)

通常，cfgadm -l 命令将列出系统上所有动态可重新配置的硬件资源，其中包括 USB 设备。 安装 Solaris 9 4/04 软件后，cfgadm -l 命令可能无法再正确列出 USB 设备。 或者，如果您通过使用 pkgadd 命令添加 SUNWusb 软件包，则此命令可能无法再正确列出 USB 设备。

解决方法：请选择以下解决方法之一：

x86: 仅加载新的框架时，不会自动配置通用串行总线体系结构模块调试器 (4982529)

在某些 x86 系统上，可能无法自动配置通用串行总线体系结构 (USBA) 模块调试器 (mdb) 命令。

解决方法：要访问 USBA mdb 命令，请在启动 mdb 后运行以下命令手动加载 usba mdb 模块： 


> ::load usba

加载 usba mdb 模块后，您可以通过运行以下命令获取所有 USB 命令的列表： 


> ::dcmds ! grep usb

在 Solaris 9 4/04 软件中读取和写入数据容量大于 4 GB 的 DVD 时出现问题 (4908624, 4987026)

在 Solaris 9 4/04 软件中读取和写入数据容量大于 4 GB 的 DVD 时遇到问题。

注意 –

这些问题出现在 SPARC 32 位和 x86 平台上， 而不会出现在数据容量小于 4 GB 的 DVD 所在的平台或 64 位 SPARC 平台上。

相同的数据好像每 4 GB 重复出现一次。 可以装载这些 DVD 进行读取，但是某些文件可能会被损坏，而其它文件可能无法访问。 此外，写入容量大于 4 GB 可能会损坏 DVD 上的现有数据。

解决方法：无。

当装载的存储设备名称为装载的其它存储设备或用于新引导环境的存储设备的子集时，lucreate 命令失败 (4912890)

使用 lucreate 命令创建新引导环境时，该命令将在以下实例中失败：

将显示以下使人产生误解的错误消息： 


文件系统创建公用程序 /usr/lib/fs/ufsufs/mkfs 不可用。
 

无法为 boot-environment 创建所有必需的文件系统。
 

无法为 boot-environment 创建文件系统

解决方法：确保在设备名称为其它存储设备（其中仍有文件系统在使用）的子集的存储设备上没有使用任何文件系统。

如果在装载的文件系统中存在任何不明确的名称，请重命名现有的 Solaris 卷管理元设备。

在以下解决方法中，d10 和 d100 仅用作示例。 不明确的设备名称的其它示例包括 d20 和 d200 或 d377 和 d37，其中 d20 与 d200 相匹配，而 d377 与 d37 相匹配。

  1. 成为超级用户。

  2. 使用 metarename 命令重命名其中一个不明确的元设备名称。 


    # metarename d10 d300

    元设备 d10 被重命名为 d300。

注意 –

使用 metarename 命令之前，必须先卸载 d10 上的文件系统。

卸载该文件系统的同时，请编辑 /etc/vfstab 文件。 此外，请编辑包含正在重命名的元设备名称的任何其它相应的配置文件。 请将对旧元设备名称的所有引用更改为对新元设备名称的引用。

如果有一个进程正在访问该文件系统上的数据，请将该系统转换为单用户模式以便卸载该文件系统。 进行更改之后，请重新引导系统。

/etc/named.conf 文件的存在导致 Solaris 管理控制台在用户帐户和组帐户上执行操作失败 (4777931)

如果使用 Solaris 管理控制台对用作域名服务 (DNS) 服务器的系统上的用户帐户或组帐户执行操作，将出现错误。 如果该系统中存在 /etc/named.conf 文件，将出现这些错误。

从图形用户界面 (GUI) 执行这些操作时，或使用控制台的命令行界面 smuser 和 smgroup 时，会出现以下错误。

对某个用户执行操作时，控制台启动一个新的对话框或退出 smuser 命令，并显示以下错误消息： 


“由于出现意外错误，无法查看用户或角色。
         这是由于以下错误引起的: CIM_ERR_FAILED。”

对某个组执行操作时，控制台启动一个新的对话框或退出 smgroup 命令，并显示以下错误消息： 


“由于出现意外的 CIM 错误，无法读取组 ID: CIM_ERR_FAILED。”请从 GUI 或命令行界面执行操作。

解决方法： 选择以下解决方法之一：

有关详细信息，请参见 smuser(1M) 和 smgroup(1M) 手册页。

x86: BIOS 引导过程中按 F4 键不能引导服务分区 (4782757)

当引导具有服务分区并且已安装 Solaris 9 4/04 (x86 Platform Edition) 软件的 Sun LX50 时， 按 F4 功能键引导服务分区（如果提供该选项）会使屏幕变为空白， 此时系统将无法引导服务分区。

解决方法：当显示“BIOS 引导屏幕”时，请勿按 F4 键。 超时后，将显示“当前磁盘分区信息”屏幕， 在“零件号”列中选择与 type=DIAGNOSTIC 对应的编号， 按回车键。 系统将引导服务分区。

不能始终生成 UltraSPARC II CP 事件消息 (4732403)

在 Solaris 9 4/04 发行版中基于 UltraSPARC II 的系统上，不能始终生成伴随某些无法纠正的内存错误消息的 CP 事件消息。 包括以下系统：

结果是某些用于标识失败 CPU 的信息不能始终显示。

解决方法：有关此问题的最新信息，请访问 SunSolveSM Web 站点 http://sunsolve.sun.com。

Solaris WBEM Services 2.5 守护程序找不到 com.sun 应用程序编程接口提供程序 (4619576)

Solaris WBEM Services 2.5 守护程序找不到已经写入 com.sun.wbem.provider 接口或 com.sun.wbem.provider20 接口的提供程序。 即使您为写入这些接口的提供程序创建了一个 Solaris_ProviderPath 实例，Solaris WBEM Services 2.5 守护程序也找不到这些提供程序。

解决方法：为使守护程序能够找到这样一个提供程序，请停止并重新启动 Solaris WBEM Services 2.5 守护程序。 


# /etc/init.d/init.wbem stop

# /etc/init.d/init.wbem start
注意 –

如果使用 javax API 开发提供程序，则不需要停止并重新启动 Solaris WBEM Services 2.5 守护程序， 因为 Solaris WBEM Services 2.5 守护程序会动态识别 javax 提供程序。

一些 com.sun 应用程序编程接口方法调用在 XML/HTTP 传输协议下会失败（4497393、4497399、4497406 和 4497411）

如果选择使用 com.sun 应用程序编程接口而不是使用 javax 应用程序编程接口来开发 WBEM 软件，则只完全支持通用信息模型 (CIM) 远程方法调用 (RMI)。 其它协议，如 XML/HTTP，不一定完全支持 com.sun 应用程序编程接口。

下表列出了在 RMI 下能够成功执行、但在 XML/HTTP 下不能成功执行的调用示例：

方法调用 

错误消息 

CIMClient.close()

NullPointerException

CIMClient.execQuery()

CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED

CIMClient.getInstance()

CIM_ERR_FAILED

CIMClient.invokeMethod()

XMLERROR: ClassCastException

使用 Solaris 管理控制台装载和共享工具不能修改文件系统装载特性 (4466829)

Solaris 管理控制台装载和共享工具不能修改对系统很重要的文件系统（如 root [/]、/usr 和 /var）上的装载选项。

解决方法：请选择以下解决方法之一：

试图通过 WBEM 添加数据时发生 CIM_ERR_LOW_ON_MEMORY 错误 (4312409)

当内存不足时会显示以下错误消息： 


CIM_ERR_LOW_ON_MEMORY

当 CIM 对象管理器的内存不足时，不能添加更多项目。 必须重置 CIM 对象管理器系统信息库。

解决方法：要复位 CIM 对象管理系统信息库，请执行以下操作：

  1. 成为超级用户。

  2. 关闭 CIM 对象管理器。 


    # /etc/init.d/init.wbem stop

  3. 删除 JavaSpacesTM 日志目录。 


    # /bin/rm -rf /var/sadm/wbem/log

  4. 重新启动 CIM 对象管理器。 


    # /etc/init.d/init.wbem start
    注意 –

    复位 CIM 对象管理器系统信息库时，将丢失数据存储中的所有专用定义。 必须使用 mofcomp 命令重新编译包含这些定义的 MOF 文件。 请参见以下示例： 


    # /usr/sadm/bin/mofcomp -u root -p root-password your-mof-file