Users added using es-config -u <username> and es-config -l <username> -M <modulename> -z snmpusercategory are removed automatically when the agent is restarted. This problem occurs for modules such as Kernel Reader Simple and Agent Statistics.
Workaround: Add the users manually by adding the slice:object=obj_value entry in the modulename.dat file present in /var/opt/SUNWsymon/cfg directory.
When Sun Management Center services attempt to come up after rebooting the system, they step onto cryptosvc service and kcfd daemon causing them to log errors in /var/adm/messages.
The following error messages might be displayed:
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 *** |
Workaround: Before rebooting the system, stop all Sun Management Center services using es-stop -A. When the system reboots, all services will come up without errors.
On Solaris 10 systems, Sun Management Center agent services are stopped during boot.
The following error messages might be displayed:
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 *** |
Workaround: Before rebooting the system, stop the services using es-stop -A. In this case, error messages are not logged into the syslog file.
Sun Management Center database can contain duplicate entries of hosts when one of the following scenarios occurs:
The IP address is changed after installation.
The host name is changed after installation.
The host name has multiple host aliases.
Workaround:
Follow these recommendations to avoid duplicate entries:
Do not use composite objects.
Do not use the subnet or IP address range discovery.
Ensure that the host name is available in the /var/opt/SUNWsymon/cfg/domain-config.x file on the agent machine before adding it to the topology.
If you delete the esadm group from the ACLs of the agent and then add individual users to the ACL of the agent, the user is not automatically added to the ACL of the server support module. Because the server support module is not updated with the user, the server support module does not allow enabling or disabling of the Performance Reporting Manager. This message is displayed:
Unable to enable/disable PRM data collection on an agent with new user |
Workaround: Add the esadm group to the ACL of the agent and then add the individual users to the esadm group.
The Job Manager user interface shows Failed for a successful agent update operation. When the agent update operation is performed by using the Manage Jobs GUI (graphical user interface), the status of the operation is shown as successful or failed at two different levels.
Summarized status: If the operation was attempted on multiple hosts and if it fails even on one of the hosts, the status of the entire Job is stated as Failed.
Individual status: By clicking the View logs button, you can view the status of the operation on the individual host.
The individual status is based on the status information that the host reports to the server through agent-to-server SNMP communication. The status might not be accurate under these conditions:
The upgrade was successful, but the SNMP port of the agent was changed as a result of the agent upgrade, which reinstalled the software and reconfigured the settings.
The upgrade was successful but the SNMP request timed out due to various other factors and the status was not communicated successfully.
The upgrade was successful, but the process took more than the 30–minute timeout set by the server for each individual host. As a result the server thread waiting for status update was terminated before the status report was initiated from the agent side.
Workaround: Use the View Logs tab of the server host details window to see the InstallServer.log on the server host. The details of the operation are available in /var/opt/SUNWsymon/install/agent-update.log of each target host on which the operation is performed.
Workaround 1: Follow these steps:
Minimize the login screen and restore.
Type the input in the field that has the active cursor.
Position the cursor in the next field.
Minimize the login screen and restore.
Type the input in that field.
Workaround 2: Use JDK 1.4 or compatible versions.
The error messages appear only for the Headspread value of the Health Monitor module.
The following error messages might be displayed:
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 |
Workaround: Ignore these error messages.
Only packages in English language are present in the agent image created by the es-makeagent command. Consequently, installation from such an image will not support localization.
Workaround: Use es-inst or agent update.
When a zone agent is used as the base agent, Module Configuration Propagation (MCP) does not work with zone agents. Propagating the configuration data from MCP to a zone agent also fails.
The following error messages might be displayed:
The following error messages are logged in taskreq.log when MCP propagation with zone agent as base fails.
Http error : HTTP/1.1 404 File not found: /var/opt/SUNWsymon/mcp/procmon-zoneagentbase/index.xml |
The following error messages are logged in taskreq.log when MCP propagation to zone agent fails.
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 |
Workaround: Edit the /var/opt/SUNWsymon/zone-scripts-d.dat file of zone agent to include es-mcp-get and es-mcp-put script names.
Sun Management Center services do not get restarted and the es-config script is not aborted.
Workaround: Instead of using es-config, edit the javaserver.properties and javaconsole.properties files to configure the firewall port range between the server and the console.
Update the following lines in the /var/opt/SUNWsymon/cfg/javaserver.properties file with minimum and maximum port information.
sunmc.server.console.firewall.MinPort=2000 |
sunmc.server.console.firewall.MaxPort=6000 |
Update the following lines in the /var/opt/SUNWsymon/cfg/javaconsole.properties file with minimum and maximum port information.
sunmc.server.console.firewall.MinPort=45000 |
sunmc.server.console.firewall.MaxPort=48000 |
When you create a task for doing grouping/MCP, the Service Management Framework (SMF) module is not available for selection.
Workaround: If the server is a Solaris 10 system, perform the following steps:
Copy the following files on the server.
# cp /opt/SUNWsymon/modules/cfg/smf-* /opt/SUNWsymon/mdr/modules/cfg/
If the server is a not a Solaris 10 system, copy these files from a Solaris 10 system (agent/server).
Restart the Sun Management Center services.
/opt/SUNWsymon/sbin/es-stop -A
/opt/SUNWsymon/sbin/es-start -A
Type the following lines to ensure that an uninstallation would proceed smoothly.
# 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
Start the console and go to Tools -> Discover objects. Click Add request button and provide the IP address range in Start IP and End IP field. Check both the ports, say, 1161/ 1161( Agent port). Select the filters tab and select filter criteria as “Platform Types” and check “Include” button to include objects and start the request. When the request is succeeded, no host has been added. This means that hosts are not identified as given platform types in discovery cloud. When “Exclude” button is checked with the given IP address range, it includes the objects in discovery cloud.
Workaround: None.