重新启动代理时,系统将自动删除使用 es-config -u <username> 和 es-config -l <username> -M <modulename> -z snmpusercategory 命令添加的用户。此问题发生在“简单内核读取器”和“代理统计”等模块上。
解决方法:手动添加用户,方法是在 /var/opt/SUNWsymon/cfg 目录下的 modulename.dat 文件中添加 slice:object=obj_value 条目。
重新引导系统后,当 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 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 文件中。
出现以下某种情况时,Sun Management Center 数据库会包含重复的主机条目:
安装后更改了主机的 IP 地址。
安装后更改了主机的名称。
主机名具有多个主机别名。
解决方法:
请遵循以下建议,以免数据库中包含重复的条目:
不要使用组合对象。
不要使用子网或 IP 地址范围搜索。
在将主机添加到拓扑之前,确保代理计算机上的 /var/opt/SUNWsymon/cfg/domain-config.x 文件中包含其主机名。
如果从代理的 ACL 中删除 esadm 组,然后再将各个用户添加到该代理的 ACL 中,则这些用户不会自动添加到服务器支持模块的 ACL 中。因为服务器支持模块没有取得更新的用户信息,所以服务器支持模块不允许启用或禁用性能报告管理器。将显示以下消息:
Unable to enable/disable PRM data collection on an agent with new user |
解决方法:将 esadm 组添加到该代理的 ACL 中,然后将各个用户添加到 esadm 组中。
“作业管理器”用户界面将成功的代理更新操作显示为失败。当使用“管理作业”GUI(graphical user interface,图形用户界面)执行代理更新操作时,操作的状态在两个不同的级别上分别被显示为成功或失败。
概要状态:如果试图在多台主机上执行此操作,即使只有一台主机失败,整个作业的状态也被描述为失败。
单个状态:单击“查看日志”按钮,可以查看单台主机上的操作的状态。
单个状态基于主机通过代理至服务器的 SNMP 通信向服务器报告的状态信息。出现以下情况时,该状态可能有误:
升级成功,但是代理的 SNMP 端口因为该代理的升级(包括重新安装软件和重新配置设置)而发生了更改。
升级成功,但是由于各种其他原因导致 SNMP 请求超时,状态信息没有成功返回服务器。
升级成功,但是执行该过程的时间超过了服务器为每台主机所设置的超时时限(30 分钟)。因此在从代理端生成状态报告之前,等待状态更新的服务器线程被中止。
解决方法:通过服务器主机详细信息窗口中的“查看日志”选项卡查看服务器主机上的 InstallServer.log。可以从执行操作的每个目标主机的 /var/opt/SUNWsymon/install/agent-update.log 中,获得该操作的详细信息。
解决方法 1:执行以下操作:
最小化登录屏幕,然后重新显示它。
在具有活动光标的字段中键入要输入的内容。
将光标定位到下一个字段中。
最小化登录屏幕,然后重新显示它。
在该字段中键入要输入的内容。
解决方法 2:使用 JDK 1.4 或其他兼容版本。
错误消息仅出现在“运行状况监视”模块的 Headspread 值上。
可能显示以下错误消息:
error Oct 14 15:20:49 agent setNodeValue failed: cmd=setNodeValue 0 1 bob39266, error=setNodeValueLeafScalar: Failed to set new value |
error Oct 14 15:20:49 agent ClassMIBNode:setNodeValue 0 1 bob39266 - . iso.org.dod.internet.private.enterprises.sun.prod.sunsymon.agent.modules. healthMonitor.RAM.memory.handspread |
error Oct 14 15:20:49 agent ClassMIBNode:setNodeValue 0 1 bob39266 - setNodeValueLeafScalar: Failed to set new value warning Oct 14 15:21:32 agent could not get value of RAM.memory.handspread in rule rhltm005 for node ram-rule in module health-monitor |
解决方法:忽略这些错误消息。
通过 es-makeagent 命令创建的代理映像中仅包含英文版的软件包。因此,通过此映像安装的代理不支持本地化语言。
解决方法:使用 es-inst 或代理更新。
如果将区域代理用作基本代理,则模块配置传播 (Module Configuration Propagation, MCP) 不能与区域代理同时运行。同时也无法将配置数据从 MCP 传播到区域代理。
可能显示以下错误消息:
在区域代理作为基本代理的情况下,当 MCP 传播失败后,taskreq.log 中将记录以下错误消息。
Http error : HTTP/1.1 404 File not found: /var/opt/SUNWsymon/mcp/procmon-zoneagentbase/index.xml |
当向区域代理进行 MCP 传播失败后,taskreq.log 中将记录以下错误消息。
Operation mcp has failed on target:hostname:1161 Exception was thrown: /usr/bin/nawk: can't open file /var/opt/SUNWsymon/cfg/base-modules-d.dat.MCP |
解决方法:编辑区域代理的 /var/opt/SUNWsymon/zone-scripts-d.dat 文件,在其中添加 es-mcp-get 和 es-mcp-put 脚本的名称。
无法重新启动 Sun Management Center 服务,但 es-config 脚本并没有异常中止。
解决方法:不要使用es-config,而应编辑 javaserver.properties 和 javaconsole.properties 文件,以配置服务器和控制台之间的防火墙端口范围。
更新 /var/opt/SUNWsymon/cfg/javaserver.properties 文件中以下行中的最小和最大端口信息。
sunmc.server.console.firewall.MinPort=2000 |
sunmc.server.console.firewall.MaxPort=6000 |
更新 /var/opt/SUNWsymon/cfg/javaconsole.properties 文件中以下行中的最小和最大端口信息。
sunmc.server.console.firewall.MinPort=45000 |
sunmc.server.console.firewall.MaxPort=48000 |
创建执行分组/MCP 的任务时,不能选择服务管理框架 (Service Management Framework, SMF) 模块。
解决方法:如果该服务器是 Solaris 10 系统,请执行以下步骤:
复制该服务器上的以下文件。
# cp /opt/SUNWsymon/modules/cfg/smf-* /opt/SUNWsymon/mdr/modules/cfg/
如果该服务器不是 Solaris 10 系统,请从某个 Solaris 10 系统(代理/服务器)中复制这些文件。
重新启动 Sun Management Center 服务。
/opt/SUNWsymon/sbin/es-stop -A
/opt/SUNWsymon/sbin/es-start -A
键入以下行以确保卸载过程顺利进行。
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-d.prc
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-d.x
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-m.x
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-models-d.x
启动该控制台,然后转到“工具”->“搜索对象”。单击“添加请求”按钮,然后在“起始 IP”和“结束 IP”字段中指定 IP 地址范围。将两个端口都选定,即 1161/ 1161(代理端口)。选择过滤器选项卡并在过滤标准中选择“平台类型”,然后选择“包含”按钮以包含对象,然后启动请求。该请求成功后,并没有添加任何主机。这表明并没有任何主机被识别为搜索范围 (discovery cloud) 中给定的平台类型。如果在指定 IP 地址范围时选择了“排除”按钮,则搜索范围中将包含要添加的对象。
解决方法:无。