这些问题包括您应该了解的信息,例如,先决条件、提示、错误诊断提示和错误。错误是问题的一部分。错误的跟踪号码显示在括号内。有关错误的更新和修补程序,参见 SunSolveSM Web 站点,网址为 http://sunsolve.sun.com。
Sun MC 4.0 发行版中的硬件监视包括物理视图和逻辑视图特性。但是,只有在通过 SPARC 服务器监视管理节点时,此特性才可用。该特性不可用于通过 x86 服务器监视的 SPARC 管理节点。
解决方法:无。
设置 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,,deny)
得出的值通常等于系统上可用内存总量的三分之一。
如果为数据库用户创建了新项目,请编辑新项目的适用行。
只有当代理和服务器上安装了 ASM 附加软件时,“查看日志”选项卡才可见。如果 ASM 附加软件没有检测到代理平台的配置读取器,则不会显示“查看日志”选项卡。配置读取器是另一个附加软件,同 ASM 一样特定于安装 Sun MC 代理的硬件。
解决方法:在所有平台上安装适用的附加软件。例如:
对于像 T2K、T1K 和 Sun Blade 一样的入门级平台,必须安装 ELP 配置读取器才能在服务器和代理节点上均获得完整的功能。
“工具->注册”折叠链接会启动 Product Registration 客户机程序,客户可利用该程序在 Sun 注册其资产以获得更好的服务和支持。Web 控制台中不会显示该链接的“联机帮助”。
解决方法:无。
当第一次在 Solaris 或 Linux 机器上使用 es-start -c 命令启动 Java 控制台时,脚本会询问用户是否启动 Product Registration 客户机。然后,脚本等待用户输入。该命令在第二次使用时不再等待用户输入。如果控制台在后台启动,该脚本将在后台等待用户输入而控制台将启动失败。
解决方法:第一次在前台启动 Java 控制台。如果已经在后台启动了控制台,使用 fg 命令将其切换至前台。
将显示以下错误消息:
Operation failed
解决方法:无。
当在 Windows 上显示登录控制台时,左窗格不可见。窗格的宽度为 0。
解决方法:拖动滚动条以增加窗格宽度。
在 Web 控制台中,当单击任意 Solaris Container Manager 页面中的任何 Solaris Container Manager 联机帮助链接时,会显示相同的帮助主题。
解决方法:无。打开帮助窗口之后,用户便可单击需要的主题。
服务器从 Sun MC 3.6.1 迁移到 Sun MC 4.0 后,启动 Java 控制台失败。将显示以下错误消息:
Unable to load console info
解决方法:键入以下命令:
# es-stop -A
# es-start -A
如果在 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.
然而,也有可能看似创建资源池失败,但实际上已创建了该池。
- 解决方法 1:可以放心地忽略该错误消息。
- 解决方法 2:使用其他浏览器(如 Mozilla、Netscape 和 Firefox)来创建资源池。
- 解决方法 3:使用 Windows XP 之外的其他 OS 创建资源池。
解决方法:使用 Firefox 和 Internet Explorer 浏览器代替 Mozilla 进行专用 CPU 分配。
解决方法:以超级用户身份登录。键入以下命令:
- /usr/sbin/smcwebserver stop
- /usr/sbin/smcwebserver start
无描述的新创建对象显示现有对象的描述。
解决方法:无。
解决方法:键入以下命令:
- /usr/sbin/smcwebserver stop
- /usr/sbin/smcwebserver start
解决方法:安装后键入以下命令:
- /usr/sbin/smcwebserver stop
- /usr/sbin/smcwebserver start
解决方法:以超级用户身份登录。键入以下命令:
- /usr/sbin/smcwebserver stop
- /usr/sbin/smcwebserver start
无法确定 LED 信息的报警严重性是紧急还是中级。该严重性也没有文档记录。
不会显示任何错误消息。对于除了 ON 以外的所有值,屏幕均显示 LED 报警的黄色报警,它代表 Sun MC 中的警告报警。
解决方法:无。
在 Sun Fire X2100 系统上安装了 x86 配置读取器后,键入 es-start -c 打开 Java 控制台。当选择“模块浏览器”时,x86 配置读取器在“硬件”选项卡下显示。即使 Sun MC 4.0 运行时间超过 24 小时,仍会显示黑色污斑而不是 LED 信息。
解决方法:无。
安装任何控制台后,第一次启动 Product Registration 客户机使用 es-start -c 命令。脚本不报告 Product Registration 客户机发现的任何错误。如果没有成功完成注册,该客户机也不会重新启动。
解决方法:单击“工具”->“注册”以重新启动 Product Registration 客户机。您还可以使用基于 Java Web Console 的浏览器界面的“工具”->“注册”折叠链接。
有关 Product Registration 客户机启动以及 Product Registration 客户机的消息未本地化。您可以按以下步骤启动 Product Registration 客户机:
- Java 控制台:
- 当安装后第一次使用 es-start -c 命令启动 Java 控制台时,脚本将等待用户数输入从而判断是否启动 Product Registration 客户机。如果要启动客户机,键入 y。
- 在 Sun Management Center 主窗口中,从“工具”菜单中选择“注册”。
- Sun Web Console 中的 Sun Management Center GUI:
- 在 Sun Management Center 主窗口的左窗格中,单击“工具”,然后再单击“注册”。
- 在命令行中键入以下命令:
# javaws https://sunconnection.sun.com/RegistrationClient/client.jnlp
解决方法:使用 es-config 命令来更改代理的 SNMP 端口。
解决方法:关闭“主机详细信息”窗口,然后重新打开该窗口。屏幕上将显示“硬件汇总”表。
在“详细信息”窗口的“硬件”选项卡中,不管当前视图如何,系统的物理视图总被设置为前视图。同样,历史记录也只显示前视图。
解决方法:无。
通过 CLI/GUI 安装程序或“代理更新”对 Solaris x86 或 Linux 代理进行升级后,拓扑中不能自动反映出更新后的信息。
解决方法:代理升级之后,手动修改拓扑对象。
重新引导系统后,当 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 代理服务在引导过程中被停止。
可能显示以下错误消息:
Oct 12 09:19:59 atqa33 metadata[6245]: [ID daemon.alert] syslog
Oct 12 09:19:59 metadata {received software termination signal}
Oct 12 09:19:59 atqa33 metadata[6245]: [ID daemon.alert] syslog
Oct 12 09:19:59 metadata * terminating execution *
Oct 12 09:19:59 atqa33 event[27957]: [ID daemon.alert] syslog
Oct 12 09:19:59 event {received software termination signal}
Oct 12 09:19:59 atqa33 event[27957]: [ID daemon.alert] syslog
Oct 12 09:19:59 event * terminating execution *
Oct 12 09:19:59 atqa33 agent[28990]: [ID daemon.alert] syslog
Oct 12 09:19:59 agent {received software termination signal}
Oct 12 09:19:59 atqa33 agent[28990]: [ID daemon.alert] syslog
Oct 12 09:19:59 agent * terminating execution *
解决方法:重新引导系统之前,使用 es-stop -A 停止这些服务。在这种情况下,错误消息不会记录到 syslog 文件中。
如果从代理的 ACL 中删除 esadm 组,然后再将各个用户添加到代理的 ACL 中,则这些用户不会自动添加到服务器支持模块的 ACL 中。由于服务器支持模块无法随用户一同更新,因此服务器支持模块不允许启用或禁用性能报告管理器。将显示以下消息:
Unable to enable/disable PRM data collection on an agent with new user
解决方法:将 esadm 组添加到该代理的 ACL 中,然后将各个用户添加到 esadm 组中。
解决方法 1:执行以下步骤:
- 最小化登录屏幕,然后重新显示它。
- 在具有活动光标的字段中键入要输入的内容。
- 将光标定位到下一个字段中。
- 最小化登录屏幕,然后重新显示它。
- 在该字段中键入要输入的内容。
解决方法 2:使用 JDK 1.6 或兼容版本。
解决方法:无。
解决方法:无。
解决方法:CST 服务运行过程中可能无法创建任务。使用 es-stop -x 停止 CST 服务。
解决方法:在被调用的脚本中加入两到三秒的休眠时间。
可以为用户指定的时间范围生成性能报告管理器图形。在 Sun MC 4.0 发行版性能报告管理器图形中,如果时间范围的下限与生成数据的时间点相同,则不会显示该点。
解决方法:在下限处包含半小时或一小时的附加时间间隔。
例如,如果某属性的每小时数据起始于 5.30、6.30 等,截至到 11.30,而要求绘制 6.30 到 10.30 范围内的图形,则该图形不包含 6.30 的数据点。但是,如果范围是 6.00 到 10.00,则可以正确地绘制所有点。
在整个根区域上增量式安装性能报告管理器,则不会配置性能管理器代理模块。
解决方法:修改 /var/opt/SUNWsymon/cfg/zone-modules-d.dat 文件。
当被监视代理的数量很多(比如说超过 100)且性能数据也很多时,生成最近七天数据的报告会花费很长时间。七天时限是指数据库中保存最小细节级别的历史数据的日期到当前日期的时间段。最小的细节级别是小时。所以,该报告需要数据库来检索最大量的数据。数据大小会随着所请求的数据属性数量的增多而增加。八天给数据库带来的负担也是相同的,因为它只检索七天的数据。
超过八天后,历史数据会以每天、每周和每月的时间间隔来保存。因此,生成超过八天的时间范围的报告会较快。
解决方法:当代理数量很多时,将每小时数据的时限从七天降至五天。
如果安排 15 个或更多个性能报告管理器报告请求同时运行,则在软件运行一段时间后,可能会遇到以下一个或几个问题:
- 未从代理计算机收集数据
- 某些报告请求一直处于不确定的运行状态
- 无法按要求安排报告请求
- 无法按要求安排编组任务请求
- 无法启动“报告管理器”GUI
- 无法启动“管理作业”GUI
对于前面提到的某些问题,在启动“管理作业”GUI 时,控制台可能显示以下错误信息:
任务服务不可用
与此类似,对于其中的某些问题,在启动“报告管理器”GUI 时,控制台可能显示以下错误信息:
报告服务不可用
解决方法:遇到此问题后,请停止并重新启动服务器组件。键入以下命令:
# es-stop -A
# es-start -A
要避免此问题,请不要安排 15 个以上的报告请求同时运行。将所安排的请求的运行时间在一段时间内间隔开。例如,如果每小时要运行 20 个请求,可以将这些请求分为两个单独的批次,每个批次包含 10 个请求。安排这两批请求相隔 15 分钟运行,不要安排这两批请求同时运行。
选择“所有主机”选项并指定过滤器后,报警报告中未能正确过滤代理计算机的报警记录。
指定过滤器并同时选择“所有主机”选项后,指定的过滤标准将应用于所有主机的所有报警记录。报告输出中将返回过滤后的报警。此外,报告还包括了来自所有被监视主机的所有“代理无响应”报警和“主机无响应”报警。指定的过滤标准未应用于此类报警。
解决方法:可以通过为报警报告明确指定主机名来避免此问题。请选择以下解决方法之一:
- 在为单台主机生成报警报告时,通过提供 hostname:port 来选择主机名,或者从 Sun Management Center 拓扑视图中选择主机名。
- 在为多台主机生成报警报告时,以 hostname:port 的格式列出各个主机名,主机名之间用逗号隔开;或者从 Sun Management Center 拓扑视图中选择多个主机名。
在 IMAP4 服务元素模块和 IMAP4 合成事务模块的服务测量表中添加的行含有空(零)单元值。在卸载并重新加载这些模块之后添加行,会导致失败并显示以下消息:
Row with following index exists:nnn
此错误可能导致 IMAP4 的服务元素模块和 IMAP4 的合成事务模块无法在 x86 系统上正常工作。
解决方法:确保在 SPARC 代理主机上加载了 IMAP4 合成事务模块,以监视 x86 系统上运行的 IMAP 服务。此外,还需要配置所加载的模块,使其能够探测到 x86 系统上的 IMAP 服务。
在 Microsoft Windows 2000 系统上,如果运行的 Java 运行时环境的版本是 1.3.1 到 1.4.0,则“修改服务对象”对话框的某些文本字段可能不接受字符输入。当尝试将服务类型从默认的 HTTP 更改为其他值时,不接受为“主机名”字段和“实例”文本字段提供的字符。
注 –
如果运行的是 Java 运行时环境版本 1.4.1,则不会出现此问题。
解决方法:在使用“修改服务对象”对话框之前,在 Microsoft Windows 2000 系统上安装 Java 运行时环境版本 1.4.1。
从主机环境启动区域创建向导时,会显示资源池选择屏幕。如果目标主机上创建了一个以上具有专用 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 池。
完全根区域迁移(包括标记区域迁移)失败。对完全根区域及其内容进行区域迁移和复制时,可能导致以下错误:
- 完全根区域很大。合并、压缩和拆分完全根区域需要很长时间。而且 Solaris Container Manager 经过很短的超时后就会尝试重新附加原始区域。
- 区域是以固定大小 2MB 拆分,但是完全根区域的大小以 GB 为单位,所以子归档的数目很多。awk 命令不支持超过指定限制的字符串长度。
- 旧区域归档会保留在服务器上。在下载过程中可能将某些不需要的文件作为区域映像的一部分下载。
- 目标系统磁盘空间应至少为区域大小的三倍以上。磁盘空间不足会导致提取归档失败。
除了这些错误外,还可能发生以下问题:
- 区域内容会完成迁移,但不会处于附加到目标所要求的状态。即使 Solaris Container Manager 未用于区域迁移,仍可能发生该问题。这种情况下,区域可能保持已安装状态,但不会引导。
- 与 Sun MC 一起安装的 Web 服务器可能失败。此时整个文件传输也将失败。
解决方法:确保满足以下条件:
- es-config -l root -M scm-container 命令和配置文件更新已成功运行
- 主机的硬件配置相同,而且安装了相同的 OS 版本
- 主机上有足够的磁盘空间。
- /var/opt/SUNwsymon/downloads/ 目录中不包含任何文件。如果其中包含文件,请将其删除。
- 如果进行区域复制或迁移,请在单击“完成”后等待 2 分钟以上。有时屏幕上可能保留空白窗口。该窗口不会造成危害,可强制将其关闭。
- /var/opt/SUNWsymon/cfg/scm-zonecopy.properties 文件有预定义值。预定义的 migratePollInterval () 可保持原样。有效休眠时间等于 pollInterval x retry。对于更大的区域,请将默认重试值从五增加到十。
在 Solaris 10 11/06 和 Solaris 10 8/07 发行版中,区域创建向导包含一个可为区域配置输入默认或可选权限的屏幕。但该屏幕不会为标记区域显示。
解决方法:使用“区域属性”页面修改区域权限。如果权限更新,可能需要重新引导该区域。
安装 Solaris Container Manager 4.0,同时安装所有修补程序并创建区域。选定新创建区域的默认项目中的任意一行。单击“报警阈值”并创建报警后,该报警会传播到左边的窗口窗格中,但它在导致该报警的区域中并无反映。
解决方法:无。
在键入重命名区域的新名称并单击“区域日志”按钮后,会显示以下错误消息:
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
解决方法:无。
重命名新创建的区域并保存新名称。转到资源池默认页面,重命名的区域没有反映在区域列表中。如果单击未反映出重命名的区域,则会显示新的页面。此页面的右侧面板为空白。而且左侧面板的树没有扩展。
重命名区域后,未折叠左侧面板中的树。刷新系统。重命名的区域会在右侧面板中显示,但未在左侧面板的 pool_default 下显示。
解决方法:无。
如果您选择的语言环境不是英文,“使用情况图”的图像名称和标题仍会显示为英文。这些值没有本地化。
在运行 Solaris 8 OS 的系统中,Container Manager 的扩展记账特性被禁用。因此在 Solaris 8 系统上,容器的 CSV 文件的“扩展记账数据”(Exacct) 列将为空。
如果代理主机的 /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>
以下是必需的配置文件:
- 在 Solaris 10 上 - 区域管理、池管理、项目管理
- 在 Solaris 9 上 - 池管理、项目管理
- 在 Solaris 8 上 - 池管理、项目管理
如果发现缺少必需的配置文件,请运行以下命令(以超级用户身份)并修改与用户关联的配置文件:
# 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>
代理发生崩溃后,/var/opt/SUNWsymon/cfg/ 目录下会残留 scm-container* 文件。当代理重新启动时可能不会以最佳方式运行。这种情况可通过以下错误消息来识别:
Insufficient security privilege to complete the operation.
您可以键入以下命令来确定代理上进程的状态:
% ps -eaf | grep esd
解决方法:要提高性能,请键入以下命令:
- 成为超级用户。
% su -
- 停止该代理。
# /opt/SUNWsymon/sbin es-stop -a
- 删除状态文件。
# rm /var/opt/SUNWsymon/cfg/scm-container*
- 重新启动代理。
#/opt/SUNWsymon/sbin/es-start -a
服务器重新引导后,Java Web Console 不能自动启动。
要启动 Java Web Console,请键入以下命令:
- 成为超级用户。
% su -
键入超级用户密码。
- 重新启动 Java Web Console。
# /usr/sbin/smcwebserver restart
- 确保 Java Web Console 将来会重新启动。
# /usr/sbin/smcwebserver enable
解决方法:无。
如果从“新建区域”向导的“语言环境”下拉式菜单中选择了某个无效的语言环境,则区域创建会失败。“语言环境”下拉式菜单中可能包含无效的语言环境值。
要确定有效的语言环境,请参阅《International Language Environments Guide》中的 "Supported Locales"。
解决方法:从“新建区域”向导的“语言环境”下拉式菜单中选择一个有效的语言环境。如果对某个语言环境值不太确定,请选择 C 使用英文语言环境。
发生报警情况时,可能会显示报警标记的工具提示而不是报警标记本身。
如果您导航至另外的窗格,然后再返回到报警对象的图标,图标上的标记便会正确显示。
解决方法:无。
单击浏览器的后退按钮时,Container Manager 可能会抛出异常。此发行版不支持使用浏览器的后退按钮。
要从此异常恢复,请转至 https://server_name:6789/containers 并导航至相应的页面。
解决方法:无。
在 Solaris 9 操作系统上,某些进程(例如用户 nobody 运行的 JavaTM 应用程序)会由于 newtask 命令中的错误而未被移入容器。
解决方法:使用 newtask 命令在适当的容器中启动由用户 nobody 运行的应用程序。
# /usr/bin/newtask -p projectname command
projectname 是要在其中启动应用程序的项目,command 是启动应用程序的命令。
有关更多信息,请参见 newtask(1) 手册页。
如果您在创建容器定义时使用了以下匹配表达式之一,而且随后激活了容器,则代理主机将会挂起:
- n
- ns
- nsc
- nscd
解决方法:使用 newtask 命令在适当的项目中启动 nscd 进程:
# /usr/bin/newtask -p projectname command
projectname 是要在其中启动应用程序的项目,command 是启动应用程序的命令。
有关更多信息,请参见 newtask(1) 手册页。
如果您计划在服务器层重新安装 Sun Management Center 软件,请确保在卸载时保存数据。同样,如果再次在服务器层运行设置,当系统询问是否要重新创建数据库时,请务必回答“否”。否则,如果您在没有保存数据的情况下在服务器层重新安装或设置,则数据库可能丢失以前搜索到的代理主机。
解决方法:如果重新安装或重新运行设置之后主机丢失,请执行以下步骤,以在主机上重新启动 Sun Management Center 代理:
- 登录到代理系统。
- 成为超级用户。
% su -
- 键入以下命令,停止 Sun Management Center 代理:
# /opt/SUNWsymon/sbin/es-stop -a
- 键入以下命令,启动 Sun Management Center 代理:
# /opt/SUNWsymon/sbin/es-start -a
要访问其他物理计算机上的某个区域,请从全局区域键入 zlogin -C <zone-name> 并对该区域进行设置。
在区域创建的“名称服务器”字段中键入名称服务器的值,并在其后键入 IP 地址。例如,“名称服务器”字段中的值可以是 ns1.sun.com (10.255.255.255)。
本发行版中未更新入门级平台 (Entry-Level Platform, ELP)、Netra、桌面/工作站和工作组服务器附加软件的本地化软件包,这是因为自前两个发行版以来无需进行任何更改。
解决方法:无。
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 实用程序。
使用 cfgadm 命令在装有 Solaris 10 的系统板上完成动态重新配置 (Dynamic Reconfiguration, DR) 操作后,配置读取器表中的若干值无法显示,或者显示为 "--"。受影响的配置读取器表条目如下:
- 系统
- 网络设备
- LOM
- ASR
- LOM 事件
- LOM 报警
- 故障指示器
“硬件汇总”和“物理视图”也会受到影响。“硬件汇总”的值将显示为 "--",而“物理视图”无法显示该系统的图形。
解决方法:
在完成 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 守护进程不会更新。
解决方法:完成 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 显示错误,与实际情况相反。如果 A 有故障而 B 正常,则 Sun Management Center 将报告 B 有故障而 A 正常,反之亦然。
解决方法:无。
在 Solaris 10 系统上执行 DR 操作的删除过程期间,无法检测到内部设备(如磁盘和网络)。
解决方法:完成 DR 操作后,使用以下命令重新启动 PICL 守护进程:
% svcadm restart picl
此解决方法可能无法使运行在 Solaris 10 系统上的代理检测到何时对内部设备(磁盘、网络)执行了删除、插入或重新配置等操作。
在具有两个对象的 Sun Fire V880 和 Sun Fire V480 服务器上,当您选择搜索到的对象的“报警”选项卡时,将显示一条类似以下消息的报警警报消息。
可能显示以下警报消息:
无法从代理获取事件管理信息。代理忙或已关闭。将默认进入本地事件管理器。
此警告消息很可能有误,代理很可能运行正常。
单击“确定”使报警选项卡表默认进入本地事件管理。如果关闭并再次打开搜索到的对象的详细信息窗口,则单击“报警”选项卡将会导致显示相同的警报消息。
解决方法:无。
Sun Fire V890 服务器附带 UltraSparc-IV 处理器。但是,“硬件规则”表的“属性”列错误地将该处理器的类型显示为“可更正内存错误,Ultra Sparc III”和“可更正 I/O 错误,Ultra Sparc III”。
解决方法:无。
到此这篇dm管理工具使用方法(dm管理工具查看表信息)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/jszy-cpgl/29172.html