Sun Management Center 4.0 发行说明

第 2 章 运行时问题

这些问题包括您应该了解的信息,例如,先决条件、提示、错误诊断提示和错误。错误是问题的一部分。错误的跟踪号码显示在括号内。有关错误的更新和修补程序,参见 SunSolveSM Web 站点,网址为 http://sunsolve.sun.com

Sun Management Center 错误

连接到 x86 服务器的 Java 控制台中的 SPARC 对象没有物理视图 (6621460)

Sun MC 4.0 发行版中的硬件监视包括物理视图和逻辑视图特性。但是,只有在通过 SPARC 服务器监视管理节点时,此特性才可用。该特性不可用于通过 x86 服务器监视的 SPARC 管理节点。

解决方法:无。

执行 Sun MC 4.0 服务器的设置之前必须编辑 /etc/project (6620423)

设置 Sun MC 4.0 服务器期间,db-start 命令可能失败。屏幕上会显示很多错误消息。例如:


db-start failed

或者:


Parsing errors for the topology-license-d.x file

解决方法:执行 Sun MC 4.0 服务器设置之前,编辑 /etc/project 文件。数据库用户通常会从 /etc/project 文件中的默认项目获得资源分配。编辑 /etc/project 文件中适用的行,以包含以下值:


default:3::::project.max-shm-memory=(priv,5368708912,deny)

得出的值通常等于系统上可用内存总量的三分之一。

如果为数据库用户创建了新项目,请编辑新项目的适用行。

仅安装 ASM 附加软件时不显示“查看日志”(6620258)

只有当代理和服务器上安装了 ASM 附加软件时,“查看日志”选项卡才可见。如果 ASM 附加软件没有检测到代理平台的配置读取器,则不会显示“查看日志”选项卡。配置读取器是另一个附加软件,同 ASM 一样特定于安装 Sun MC 代理的硬件。

解决方法:在所有平台上安装适用的附加软件。例如:

对于像 T2K、T1K 和 Sun Blade 一样的入门级平台,必须安装 ELP 配置读取器才能在服务器和代理节点上均获得完整的功能。

Web 控制台中的 Product Registration 客户机链接没有帮助页面 (6620205)

“工具->注册”折叠链接会启动 Product Registration 客户机程序,客户可利用该程序在 Sun 注册其资产以获得更好的服务和支持。Web 控制台中不会显示该链接的“联机帮助”。

解决方法:无。

Java 控制台第一次应在前台启动 (6618460)

当第一次在 Solaris 或 Linux 机器上使用 es-start -c 命令启动 Java 控制台时,脚本会询问用户是否启动 Product Registration 客户机。然后,脚本等待用户输入。该命令在第二次使用时不再等待用户输入。如果控制台在后台启动,该脚本将在后台等待用户输入而控制台将启动失败。

解决方法:第一次在前台启动 Java 控制台。如果已经在后台启动了控制台,使用 fg 命令将其切换至前台。

es-restore -ces-restore -f 命令失败 (6617356)

将显示以下错误消息:


Operation failed

解决方法:无。

在 Windows 上左窗格不可见 (6607610)

当在 Windows 上显示登录控制台时,左窗格不可见。窗格的宽度为 0。

解决方法:拖动滚动条以增加窗格宽度。

Solaris Container Manager 4.0 中未显示上下文有关帮助 (6604224)

在 Web 控制台中,当单击任意 Solaris Container Manager 页面中的任何 Solaris Container Manager 联机帮助链接时,会显示相同的帮助主题。

解决方法:无。打开帮助窗口之后,用户便可单击需要的主题。

从 Sun MC 3.6.1 升级到 4.0 时出现数据库迁移问题 (6601078)

服务器从 Sun MC 3.6.1 迁移到 Sun MC 4.0 后,启动 Java 控制台失败。将显示以下错误消息:


Unable to load console info

解决方法:键入以下命令:


# es-stop -A

# es-start -A

无法在只有一个空闲 CPU 可用于新池的节点上创建新资源池 (6599728)

如果在 Windows XP 系统上的 Internet Explorer 上创建资源池时只有一个空闲 CPU 可用,资源池创建会失败。将显示以下错误消息:


No CPUs available for creation of new resource pools. 
At least 1 CPU should be free or available to create a new Resource Pool 
or a new Dynamic Resource Pool.

然而,也有可能看似创建资源池失败,但实际上已创建了该池。

无法在 Mozilla 上继续进行专用 CPU 分配 (6593548)

解决方法:使用 Firefox 和 Internet Explorer 浏览器代替 Mozilla 进行专用 CPU 分配。

浏览器界面中缺少运行状况监视的基础密钥 (6586121)

解决方法:以超级用户身份登录。键入以下命令:

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

无描述的新创建对象显示不正确的描述 (6585734)

无描述的新创建对象显示现有对象的描述。

解决方法:无。

无法登录到基于 Java Web Console 的浏览器界面 (6581898)

解决方法:键入以下命令:

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

一些可用模块缺少基础密钥 (6562150)

解决方法:安装后键入以下命令:

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

浏览器界面中的所有物理视图和逻辑视图属性都缺少基础密钥 (6561661)

解决方法:以超级用户身份登录。键入以下命令:

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

LED 信息的报警严重性不清楚 (6559204)

无法确定 LED 信息的报警严重性是紧急还是中级。该严重性也没有文档记录。

不会显示任何错误消息。对于除了 ON 以外的所有值,屏幕均显示 LED 报警的黄色报警,它代表 Sun MC 中的警告报警。

解决方法:无。

X86 配置读取器在 Sun Fire X2100 机器上显示黑色污斑 (6546750)

在 Sun Fire X2100 系统上安装了 x86 配置读取器后,键入 es-start -c 打开 Java 控制台。当选择“模块浏览器”时,x86 配置读取器在“硬件”选项卡下显示。即使 Sun MC 4.0 运行时间超过 24 小时,仍会显示黑色污斑而不是 LED 信息。

解决方法:无。

Product Registration 客户机的启动和用法

安装任何控制台后,第一次启动 Product Registration 客户机使用 es-start -c 命令。脚本不报告 Product Registration 客户机发现的任何错误。如果没有成功完成注册,该客户机也不会重新启动。

解决方法:单击“工具”->“注册”以重新启动 Product Registration 客户机。您还可以使用基于 Java Web Console 的浏览器界面的“工具”->“注册”折叠链接。

有关 Product Registration 客户机的消息显示为英文

有关 Product Registration 客户机启动以及 Product Registration 客户机的消息未本地化。您可以按以下步骤启动 Product Registration 客户机:

在重新配置过程中,es-guisetup 不会更新代理的 SNMP 端口 (6372597)

解决方法:使用 es-config 命令来更改代理的 SNMP 端口。

在 Netra 1290 系统中,对磁盘进行配置或取消配置后均未显示“硬件汇总”表 (6395211)

解决方法:关闭“主机详细信息”窗口,然后重新打开该窗口。屏幕上将显示“硬件汇总”表。

不管当前视图如何,系统的物理视图总被设置为前视图 (6396604)

在“详细信息”窗口的“硬件”选项卡中,不管当前视图如何,系统的物理视图总被设置为前视图。同样,历史记录也只显示前视图。

解决方法:无。

代理升级之后,x86 和 Linux 主机的代理值不会自动更新 (6410213)

通过 CLI/GUI 安装程序或“代理更新”对 Solaris x86 或 Linux 代理进行升级后,拓扑中不能自动反映出更新后的信息。

解决方法:代理升级之后,手动修改拓扑对象。

在引导或重新引导系统期间,Sun Management Center 服务导致 cryptosvc 服务记录错误 (6334872)

重新引导系统后,当 Sun Management Center 服务尝试启动时会妨碍 cryptosvc 服务和 kcfd 守护进程,从而导致它们在 /var/adm/messages 中记录错误。

可能显示以下错误消息:


Oct  3 18:16:09 atqa32 lomv: 10/3/2005 23:16:9 GMT LOM time reference

Oct  3 18:16:13 atqa32 kcfd[106]: kcfd: elfsign_hash_mem_resident failed
to hash for /usr/lib/security/pkcs11_softtoken.so: sign or verify of ELF
object failed

Oct  3 18:16:13 atqa32 kcfd[106]: kcfd: elfsign_hash_mem_resident failed
to hash for /usr/lib/security/pkcs11_softtoken.so: sign or verify of ELF
object failed

Oct  3 18:16:13 atqa32 esd[1949]: libpkcs11:
/usr/lib/security/pkcs11_softtoken.so signature verification failed. See
cryptoadm(1M). Skipping this plug-in.

Oct  3 18:16:13 atqa32 esd[1949]: libpkcs11:
/usr/lib/security/pkcs11_softtoken.so signature verification failed. See
cryptoadm(1M). Skipping this plug-in.

Oct  3 18:16:13 atqa32 cfgserver[1949]: syslog   Oct 03 18:16:13
cfgserver     Unable to get pkcs session. Can not initialize snmp engine

Oct  3 18:16:13 atqa32 cfgserver[1949]: syslog   Oct 03 18:16:13
cfgserver     *** terminating execution ***

解决方法:重新引导系统之前,使用 es-stop -A 停止所有 Sun Management Center 服务。重新引导系统后,所有服务都将正确启动。

(Solaris 10) Sun Management Center 服务在引导过程中被停止 (6336538)

在 Solaris 10 系统上,Sun Management Center 代理服务在引导过程中被停止。

可能显示以下错误消息:


Oct 12 09:19:59 atqa33 metadata[6245]: [ID 985908 daemon.alert] syslog

Oct 12 09:19:59 metadata      {received software termination signal}

Oct 12 09:19:59 atqa33 metadata[6245]: [ID 122441 daemon.alert] syslog

Oct 12 09:19:59 metadata      *** terminating execution ***

Oct 12 09:19:59 atqa33 event[27957]: [ID 652029 daemon.alert] syslog

Oct 12 09:19:59 event         {received software termination signal}

Oct 12 09:19:59 atqa33 event[27957]: [ID 721961 daemon.alert] syslog

Oct 12 09:19:59 event         *** terminating execution ***

Oct 12 09:19:59 atqa33 agent[28990]: [ID 651061 daemon.alert] syslog

Oct 12 09:19:59 agent         {received software termination signal}

Oct 12 09:19:59 atqa33 agent[28990]: [ID 891934 daemon.alert] syslog

Oct 12 09:19:59 agent         *** terminating execution ***

解决方法:重新引导系统之前,使用 es-stop -A 停止这些服务。在这种情况下,错误消息不会记录到 syslog 文件中。

各个用户未添加到服务器支持模块的 ACL 中 (4843429)

如果从代理的 ACL 中删除 esadm 组,然后再将各个用户添加到代理的 ACL 中,则这些用户不会自动添加到服务器支持模块的 ACL 中。由于服务器支持模块无法随用户一同更新,因此服务器支持模块不允许启用或禁用性能报告管理器。将显示以下消息:


Unable to enable/disable PRM data collection on an agent with new user

解决方法:esadm 组添加到该代理的 ACL 中,然后将各个用户添加到 esadm 组中。

在安装有 JDK 1.5 的 Linux 计算机上,Sun Management Center 控制台登录屏幕不接受键盘输入 (6294368)

解决方法 1:执行以下步骤:

  1. 最小化登录屏幕,然后重新显示它。

  2. 在具有活动光标的字段中键入要输入的内容。

  3. 将光标定位到下一个字段中。

  4. 最小化登录屏幕,然后重新显示它。

  5. 在该字段中键入要输入的内容。

解决方法 2:使用 JDK 1.6 或兼容版本。

当过滤标准将一个或多个 OS 排除在外时,Sun Management Center 仍会搜索到运行这些 OS 的计算机 (6403422)

解决方法:无。

过滤标准中的平台类型列表中包含错误的区域条目和普通 x86 PC (x86-generic-pc) 条目 (6419443)

解决方法:无。

“管理作业”对话框中抛出 Java 异常 (6346065)

解决方法:CST 服务运行过程中可能无法创建任务。使用 es-stop -x 停止 CST 服务。

probeServer 在 ppc 上完成了 adhoccommand 后不会返回所有写入到 stdout 的消息 (6415353)

解决方法:在被调用的脚本中加入两到三秒的休眠时间。

性能报告管理器软件错误

对于自定义的时间选择,有一个小时的数据不会绘制到图形中 (6619000)

可以为用户指定的时间范围生成性能报告管理器图形。在 Sun MC 4.0 发行版性能报告管理器图形中,如果时间范围的下限与生成数据的时间点相同,则不会显示该点。

解决方法:在下限处包含半小时或一小时的附加时间间隔。

例如,如果某属性的每小时数据起始于 5.30、6.30 等,截至到 11.30,而要求绘制 6.30 到 10.30 范围内的图形,则该图形不包含 6.30 的数据点。但是,如果范围是 6.00 到 10.00,则可以正确地绘制所有点。

增量式安装性能报告管理器时,不会运行 perftool 进程 (6615241)

在整个根区域上增量式安装性能报告管理器,则不会配置性能管理器代理模块。

解决方法:修改 /var/opt/SUNWsymon/cfg/zone-modules-d.dat 文件。

10 个数据属性要花费很长时间来生成七天性能报告管理器报告 (6611541)

当被监视代理的数量很多(比如说超过 100)且性能数据也很多时,生成最近七天数据的报告会花费很长时间。七天时限是指数据库中保存最小细节级别的历史数据的日期到当前日期的时间段。最小的细节级别是小时。所以,该报告需要数据库来检索最大量的数据。数据大小会随着所请求的数据属性数量的增多而增加。八天给数据库带来的负担也是相同的,因为它只检索七天的数据。

超过八天后,历史数据会以每天、每周和每月的时间间隔来保存。因此,生成超过八天的时间范围的报告会较快。

解决方法:当代理数量很多时,将每小时数据的时限从七天降至五天。

Java 服务中的问题导致性能报告管理器无法收集代理数据 (4855306)

如果安排 15 个或更多个性能报告管理器报告请求同时运行,则在软件运行一段时间后,可能会遇到以下一个或几个问题:

对于前面提到的某些问题,在启动“管理作业”GUI 时,控制台可能显示以下错误信息:


任务服务不可用

与此类似,对于其中的某些问题,在启动“报告管理器”GUI 时,控制台可能显示以下错误信息:


报告服务不可用

解决方法:遇到此问题后,请停止并重新启动服务器组件。键入以下命令:


# es-stop -A

# es-start -A

要避免此问题,请不要安排 15 个以上的报告请求同时运行。将所安排的请求的运行时间在一段时间内间隔开。例如,如果每小时要运行 20 个请求,可以将这些请求分为两个单独的批次,每个批次包含 10 个请求。安排这两批请求相隔 15 分钟运行,不要安排这两批请求同时运行。

选择“所有主机”选项时,报警报告未能正确过滤 (4788475)

选择“所有主机”选项并指定过滤器后,报警报告中未能正确过滤代理计算机的报警记录。

指定过滤器并同时选择“所有主机”选项后,指定的过滤标准将应用于所有主机的所有报警记录。报告输出中将返回过滤后的报警。此外,报告还包括了来自所有被监视主机的所有“代理无响应”报警和“主机无响应”报警。指定的过滤标准未应用于此类报警。

解决方法:可以通过为报警报告明确指定主机名来避免此问题。请选择以下解决方法之一:

服务可用性管理器软件错误

在 x86 系统上,IMAP4 模块的单元值为空 (5032172)

在 IMAP4 服务元素模块和 IMAP4 合成事务模块的服务测量表中添加的行含有空(零)单元值。在卸载并重新加载这些模块之后添加行,会导致失败并显示以下消息:


Row with following index exists:nnn

此错误可能导致 IMAP4 的服务元素模块和 IMAP4 的合成事务模块无法在 x86 系统上正常工作。

解决方法:确保在 SPARC 代理主机上加载了 IMAP4 合成事务模块,以监视 x86 系统上运行的 IMAP 服务。此外,还需要配置所加载的模块,使其能够探测到 x86 系统上的 IMAP 服务。

在 Microsoft Windows 2000 系统上,“修改服务对象”对话框可能不接受字符输入 (4738717)

在 Microsoft Windows 2000 系统上,如果运行的 Java 运行时环境的版本是 1.3.1 到 1.4.0,则“修改服务对象”对话框的某些文本字段可能不接受字符输入。当尝试将服务类型从默认的 HTTP 更改为其他值时,不接受为“主机名”字段和“实例”文本字段提供的字符。


注 –

如果运行的是 Java 运行时环境版本 1.4.1,则不会出现此问题。


解决方法:在使用“修改服务对象”对话框之前,在 Microsoft Windows 2000 系统上安装 Java 运行时环境版本 1.4.1。

Solaris Container Manager 错误

当资源池是专用 CPU 池时创建区域失败 (6618997)

从主机环境启动区域创建向导时,会显示资源池选择屏幕。如果目标主机上创建了一个以上具有专用 CPU 的运行中区域,则池列表会显示其 SUNWtmp 池以供选择。但选择 SUNWtmp 池时,无法创建区域。配置专用 CPU 会导致创建临时池,而且该临时池不能由两个区域共享。将显示以下错误消息:


Below are the log file contents of the zone you have entered. 
autoboot: No such property type usage: set = Sets property values. 
For resource type ... there are property types ...: 

解决方法:指定专用 CPU 编号或不要为创建区域选择 SUNWtmp 池。

完全根区域迁移失败 (6608767)

完全根区域迁移(包括标记区域迁移)失败。对完全根区域及其内容进行区域迁移和复制时,可能导致以下错误:

除了这些错误外,还可能发生以下问题:

解决方法:确保满足以下条件:

区域创建不显示标记区域的权限选择屏幕 (6600424)

在 Solaris 10 11/06 和 Solaris 10 8/07 发行版中,区域创建向导包含一个可为区域配置输入默认或可选权限的屏幕。但该屏幕不会为标记区域显示。

解决方法:使用“区域属性”页面修改区域权限。如果权限更新,可能需要重新引导该区域。

创建的项目报警未在区域级别上反映 (6513203)

安装 Solaris Container Manager 4.0,同时安装所有修补程序并创建区域。选定新创建区域的默认项目中的任意一行。单击“报警阈值”并创建报警后,该报警会传播到左边的窗口窗格中,但它在导致该报警的区域中并无反映。

解决方法:无。

无法查看重命名的区域的日志 (6512003)

在键入重命名区域的新名称并单击“区域日志”按钮后,会显示以下错误消息:


Zone Log Contents 
Below are the log file contents of the zone you have entered.
tail: cannot open input

此错误表示区域名称无效。在重命名该区域之前键入其原始名称并单击“区域日志”按钮,则会显示以下警告消息:


Zone updated successfully
Zone updated successfully  
Configuring zone with the following attributes: 
zonename lzdeluth2  
Zone Rename successful.  
zoneadm: zone 'del2': WARNING: hme0:1: 
no matching subnet found in netmasks(4) for 10.12.174.155; 
using default of 255.0.0.0

解决方法:无。

重命名区域时产生不一致 (6510926)

重命名新创建的区域并保存新名称。转到资源池默认页面,重命名的区域没有反映在区域列表中。如果单击未反映出重命名的区域,则会显示新的页面。此页面的右侧面板为空白。而且左侧面板的树没有扩展。

重命名区域后,未折叠左侧面板中的树。刷新系统。重命名的区域会在右侧面板中显示,但未在左侧面板的 pool_default 下显示。

解决方法:无。

“使用情况图”的图像名称和标题显示为英文

如果您选择的语言环境不是英文,“使用情况图”的图像名称和标题仍会显示为英文。这些值没有本地化。

SPARC: 在 Solaris 8 发行版中,扩展记账特性被禁用

在运行 Solaris 8 OS 的系统中,Container Manager 的扩展记账特性被禁用。因此在 Solaris 8 系统上,容器的 CSV 文件的“扩展记账数据”(Exacct) 列将为空。

Container Manager 可能无法搜索到 /etc/project 数据库中的某些项目

如果代理主机的 /etc/project 数据库中的某个项目与 Sun Management Center 数据库中的某个项目具有相同的项目 ID,但具有不同的项目名称,则 Container Manager 无法搜索到该项目。Container Manager 要求项目的 ID 在同一服务器环境的所有主机间是唯一的。

不应使用 projadd 命令来创建项目。只能使用 Container Manager 来管理项目。

解决方法:将使用 projadd 命令创建的非默认项目从代理主机的 /etc/project 数据库中删除,然后使用 Container Manager 中的“新建容器”向导创建容器。

安全性权限错误消息不完整

在创建、修改或删除区域、池或项目的过程中显示的错误消息不完整,不能提供足够的详细信息。下面是您可能会遇到的错误消息:

解决方法:如果您遇到上述错误中的任何一个,请参阅以下的配置文件建议。在此之前,应确保用户是有效的 Sun Management Center 用户,并具有必需的管理权限(属于 esadm、esdomadm 组)。

运行以下命令,确保用户已与所需的配置文件关联:

$ profiles <username>

以下是必需的配置文件:

如果发现缺少必需的配置文件,请运行以下命令(以超级用户身份)并修改与用户关联的配置文件:

# usermod -P "<comma separated list of necessary profiles>" <username>

如果系统中不存在某个配置文件,请按以下格式将缺少的条目添加到 /etc/security 目录下的 prof_attr 文件中。

Pool Management:::Resource pool management profile:help=RtPoolMgmt.html

Project Management:::Manage Solaris projects:auths=solaris.project.read,solaris.project.write;help=RtProjManagement.html

运行以下命令检查用户是否位于 SCM 模块的本地访问用户列表中。

<BASEDIR>/SUNWsymon/sbin/es-config -M scm-container -s

如果用户不在此访问列表中,请运行以下命令:

<BASEDIR>/SUNWsymon/sbin/es-config -M scm-container -l <user_name>

代理性能降级或无响应 (6247892)

代理发生崩溃后,/var/opt/SUNWsymon/cfg/ 目录下会残留 scm-container* 文件。当代理重新启动时可能不会以最佳方式运行。这种情况可通过以下错误消息来识别:

Insufficient security privilege to complete the operation.

您可以键入以下命令来确定代理上进程的状态:

% ps -eaf | grep esd

解决方法:要提高性能,请键入以下命令:

  1. 成为超级用户。

    % su -

  2. 停止该代理。

    # /opt/SUNWsymon/sbin es-stop -a

  3. 删除状态文件。

    # rm /var/opt/SUNWsymon/cfg/scm-container*

  4. 重新启动代理。

    #/opt/SUNWsymon/sbin/es-start -a

Java Web Console 在服务器重新引导后不能重新启动 (6252233)

服务器重新引导后,Java Web Console 不能自动启动。

要启动 Java Web Console,请键入以下命令:

  1. 成为超级用户。

    % su -

    键入超级用户密码。

  2. 重新启动 Java Web Console。

    # /usr/sbin/smcwebserver restart

  3. 确保 Java Web Console 将来会重新启动。

    # /usr/sbin/smcwebserver enable

解决方法:无。

选择无效的语言环境会导致区域创建操作失败 (6259233)

如果从“新建区域”向导的“语言环境”下拉式菜单中选择了某个无效的语言环境,则区域创建会失败。“语言环境”下拉式菜单中可能包含无效的语言环境值。

要确定有效的语言环境,请参阅《International Language Environments Guide》中的 "Supported Locales"。

解决方法:从“新建区域”向导的“语言环境”下拉式菜单中选择一个有效的语言环境。如果对某个语言环境值不太确定,请选择 C 使用英文语言环境。

显示工具提示而不显示报警标记 (6219617)

发生报警情况时,可能会显示报警标记的工具提示而不是报警标记本身。

如果您导航至另外的窗格,然后再返回到报警对象的图标,图标上的标记便会正确显示。

解决方法:无。

单击浏览器的后退按钮时可能发生异常 (6241424)

单击浏览器的后退按钮时,Container Manager 可能会抛出异常。此发行版不支持使用浏览器的后退按钮。

要从此异常恢复,请转至 https://server_name:6789/containers 并导航至相应的页面。

解决方法:无。

用户 nobody 拥有的某些进程没有移入容器内 (5011290)

在 Solaris 9 操作系统上,某些进程(例如用户 nobody 运行的 JavaTM 应用程序)会由于 newtask 命令中的错误而未被移入容器。

解决方法:使用 newtask 命令在适当的容器中启动由用户 nobody 运行的应用程序。


# /usr/bin/newtask -p projectname command

projectname 是要在其中启动应用程序的项目,command 是启动应用程序的命令。

有关更多信息,请参见 newtask(1) 手册页。

nscd 用作匹配表达式导致主机挂起 (4975191)

如果您在创建容器定义时使用了以下匹配表达式之一,而且随后激活了容器,则代理主机将会挂起:

解决方法:使用 newtask 命令在适当的项目中启动 nscd 进程:


# /usr/bin/newtask -p projectname command

projectname 是要在其中启动应用程序的项目,command 是启动应用程序的命令。

有关更多信息,请参见 newtask(1) 手册页。

在服务器层进行的重新安装或重新设置导致代理主机丢失 (4964051)

如果您计划在服务器层重新安装 Sun Management Center 软件,请确保在卸载时保存数据。同样,如果再次在服务器层运行设置,当系统询问是否要重新创建数据库时,请务必回答“否”。否则,如果您在没有保存数据的情况下在服务器层重新安装或设置,则数据库可能丢失以前搜索到的代理主机。

解决方法:如果重新安装或重新运行设置之后主机丢失,请执行以下步骤,以在主机上重新启动 Sun Management Center 代理:

  1. 登录到代理系统。

  2. 成为超级用户。

    % su -

  3. 键入以下命令,停止 Sun Management Center 代理:


    # /opt/SUNWsymon/sbin/es-stop -a
    
  4. 键入以下命令,启动 Sun Management Center 代理:


    # /opt/SUNWsymon/sbin/es-start -a
    

创建区域后要求使用 zlogin -C 命令 (6388082)

要访问其他物理计算机上的某个区域,请从全局区域键入 zlogin -C <zone-name> 并对该区域进行设置。

在区域创建的“名称服务器”字段中键入名称服务器的值,并在其后键入 IP 地址。例如,“名称服务器”字段中的值可以是 ns1.sun.com (10.255.255.255)

附加配置读取器错误

对于英文版的安装和其他语言的安装,es-validate 命令报告的版本号不一致 (6331558)

本发行版中未更新入门级平台 (Entry-Level Platform, ELP)、Netra、桌面/工作站和工作组服务器附加软件的本地化软件包,这是因为自前两个发行版以来无需进行任何更改。

解决方法:无。

PICL 可能无法解释低端和中型系统上的某些系统配置更改 (6243759)

ELP、Netra 和桌面/工作站的配置读取器中会发生此问题。

在使用 Solaris10 软件的 Netra 240/440/T4、Sun Blade 100 和 Sun Fire V240 服务器上,平台信息和控制库 (Platform Information and Control Library, PICL) 可能无法解释初始化后的某些系统配置更改,如 bge1-bge3 驱动程序。这些驱动程序的实例反映在 prtconf -v 命令的输出中,但没有反映在 prtpicl -v 命令的输出中。

解决方法:通过运行 svcadm restart picl 命令重新整理 PICL 和 prtconf 实用程序。

Netra 错误

动态重新配置后必须重新启动 PICL 守护进程 (6247392)

使用 cfgadm 命令在装有 Solaris 10 的系统板上完成动态重新配置 (Dynamic Reconfiguration, DR) 操作后,配置读取器表中的若干值无法显示,或者显示为 "--"。受影响的配置读取器表条目如下:

“硬件汇总”和“物理视图”也会受到影响。“硬件汇总”的值将显示为 "--",而“物理视图”无法显示该系统的图形。

解决方法:

在完成 DR 操作后,使用以下命令重新启动 PICL 守护进程:

对于 Solaris 8 和 Solaris 9 系统:

% /etc/init.d/picld stop

% /etc/init.d/picld start

对于 Solaris 10 系统:

% svcadm restart svc:/system/picl:default

在 Netra 1280 服务器上对 DC PSU 类型 D142 进行动态重新配置后,必须重新启动 PICL 守护进程 (6247392)

在 Netra 1280 服务器上对 DC PSU 类型 D142 进行动态重新配置后,PICL 守护进程不会更新。

解决方法:完成 DR 操作后,使用以下命令重新启动 PICL 守护进程:

对于 Solaris 8 和 Solaris 9 系统:

% /etc/init.d/picld stop

% /etc/init.d/picld start

对于 Solaris 10 系统:

% svcadm restart svc:/system/picl:default

直流电源的字段 A 和 B 显示与实际情况相反 (6277372)

“直流电源”报告的字段 A 和 B 显示错误,与实际情况相反。如果 A 有故障而 B 正常,则 Sun Management Center 将报告 B 有故障而 A 正常,反之亦然。

解决方法:无。

动态重新配置操作过程中无法检测到内部设备 (6326558)

在 Solaris 10 系统上执行 DR 操作的删除过程期间,无法检测到内部设备(如磁盘和网络)。

解决方法:完成 DR 操作后,使用以下命令重新启动 PICL 守护进程:

% svcadm restart picl

此解决方法可能无法使运行在 Solaris 10 系统上的代理检测到何时对内部设备(磁盘、网络)执行了删除、插入或重新配置等操作。

工作组服务器错误

选择 Sun Fire V880 和 Sun Fire V480 服务器上的报警选项卡会导致报警警报消息 (6317433)

在具有两个对象的 Sun Fire V880 和 Sun Fire V480 服务器上,当您选择搜索到的对象的“报警”选项卡时,将显示一条类似以下消息的报警警报消息。

可能显示以下警报消息:

无法从代理获取事件管理信息。代理忙或已关闭。将默认进入本地事件管理器。

此警告消息很可能有误,代理很可能运行正常。

单击“确定”使报警选项卡表默认进入本地事件管理。如果关闭并再次打开搜索到的对象的详细信息窗口,则单击“报警”选项卡将会导致显示相同的警报消息。

解决方法:无。

Solaris 10 上的 Sun Fire V890 服务器的硬件规则表中显示错误的处理器类型 (6318026)

Sun Fire V890 服务器附带 UltraSparc-IV 处理器。但是,“硬件规则”表的“属性”列错误地将该处理器的类型显示为“可更正内存错误,Ultra Sparc III”和“可更正 I/O 错误,Ultra Sparc III”。

解决方法:无。