Issues include information that you should know about, such as, prerequisites, tips, troubleshooting hints, and bugs. Bugs are a subset of issues. Bugs have tracking numbers shown in parentheses. For updates on bugs and for patches, see the SunSolveSM web site at http://sunsolve.sun.com.
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.
Clicking the Next button while the Performance Reporting Manager database is being set up might cause errors.
Workaround: Do not click the Next button while the Performance Reporting Manager database is being configured.
The page text in the Simplified Chinese locales, zh_CH.GBK and zh_CN.BG18030, is garbled when viewed in the NetscapeTM version 4.7.x browser.
Workaround: Specify a different browser as your default browser. The following browsers are known to work correctly in these locales:
NetscapeTM 6.2.2
Netscape 7.x
MozillaTM
Microsoft Internet Explorer
Sun Management Center is not localized inside a non-global zone. Due to this, localization messages are not shown for CLI commands such as es-setup, es-start, and es-stop.
Workaround: None.
If the user's locale is the last entry in the output of locale -a, Sun Management Center is not localized for that user.
When the following two conditions are met, the user has this localization issue.
The user sees the following message on the terminal after executing a command under <Install_image>/disk1/sbin or under /opt/SUNWsymon/sbin.
“LANG=xxxxx is either not valid or not installed. Defaulting to C”
xxxxx is the locale that the user set.
This means that GUI or CLI messages are not localized but available only in English language.
The locale that the user set for executing the above command is the last entry in the output of locale -a.
Workaround: Create a dummy locale which appears last in the locale -a output. Follow these steps:
Become superuser by typing:
% su -
Go to locale directory by typing:
cd /usr/lib/locale
Create a copy of “C” locale directory to a name that will appear last in the output of locale -a.
cp -r ./C ./zzzz
Check the output of locale -a to verify that the new locale appears last.
Workaround: Task creation may fail when CST service is running. Use es-stop -x to stop CST service.
Periods in the IP address in the VSM Rules window appear as '?2e'.
Navigate to VSM object -> Module Manager tab -> VSM module -> Click “Rules”. The Threshold Summary of Module window appears. The fields in the Attribute name list have an IP address in parenthesis. The periods in the IP address are misrepresented.
Workaround: None.
If the OS version in the OS table includes a space, this space is misrepresented in the Rules window.
Workaround: None.
If the OS objects are not initialized, the web console displays the error page.
Workaround: Use Java Console to display the data.
Assume that multibyte strings are used in container names that are created using the Sun N1TM System Manager (N1SM) GUI. In this case, the container names are misrepresented in the Sun Management Center Console at the following places in the host details window:
1. Module Browser tab -> Hardware -> VSM module -> VSM object -> Container object -> Container Name in the Containers Table
2. Module Manager tab -> VSM module -> Click “Rules” -> Attribute Name list
Workaround: Sun Management Center does not support multibyte strings in data fields. Hence, use ASCII characters for container names to integrate Sun Management Center with N1SM.
A full Hardware Diagnostic Suite test on the enclosure for a Sun StorEdge D1000 might still report a noncritical error, such as a pulled power supply cable, even after the problem has been fixed.
Workaround: Restart the Sun Management Center agent connected to the Sun StorEdge D1000 system.
If the JAVA_HOME path is set to a value longer than 80 characters, the following incorrect error message is displayed:
Could not start Hardware service |
You can check that the Hardware Diagnostic Suite is running by typing:
% ps -ef | grep HWDS |
Workaround: Ignore this error message. The Hardware Diagnostic Suite starts correctly.
Hardware Diagnostic suite is expected to run only inside a global zone. Due to a bug in the setup scripts of Sun Management Center, Hardware Diagnostic Suite runs improperly inside a local zone.
Workaround: Do not run the Hardware Diagnostic Suite inside a local zone.
If 15 or more Performance Reporting Manager report requests are scheduled to run at the same time, you might encounter one or more of the following problems after the software has been running for a period of time:
Data is not collected from agent machines
Some report requests remain in a run state indefinitely
Report requests cannot be scheduled as desired
Grouping task requests cannot be scheduled as desired
The Report Manager GUI cannot be launched
The Manage Jobs GUI cannot be launched
For some of the previously mentioned problems, the console might display the following error message when you launch the Manage Jobs GUI:
Task Service is not available |
Similarly, for some of these problems, the console might display the following error message when you launch the Report Manager GUI:
Report Service is not available |
Workaround: When you encounter this problem, stop and restart your server components. Type the following commands:
# es-stop -A |
# es-start -A |
To avoid this problem, do not schedule more than 15 report requests to run at the same time. Space the run time of scheduled requests over a period of time. For example, if you have 20 requests required to run every hour, split the requests into two separate batches, each containing 10 requests. Schedule the batches to run at 15–minute intervals. Do not schedule the batches to run at the same time.
Alarms logged against agent machines are not filtered correctly in Alarms Reports when the All Hosts option is selected and a filter is specified.
When the All Hosts option is selected along with a filter, the specified filter criteria are applied to all the alarms that are logged for all the hosts. The filtered alarms are returned in the report output. Additionally, the report includes any Agent Not Responding alarms and Host Not Responding alarms from all monitored hosts. The specified filter criteria are not applied to such alarms.
Workaround: This problem can be avoided by explicitly specifying host names for Alarms reports. Choose from the following workarounds:
When generating an Alarms report for a single host, either select the host name by providing the hostname:port, or select the host name from the Sun Management Center topology view.
When generating an Alarms report for multiple hosts, either provide the different host names as hostname:port in a comma–separated list, or select the multiple host names from the Sun Management Center topology view.
Rows added to the Service Measurement table of the Service Element for IMAP4 and Synthetic Transaction for IMAP4 modules come up with empty (zero) cell values. Adding rows after these modules have been unloaded and reloaded fails with the following message:
Row with following index exists:nnn |
The bug might cause the Service Element for IMAP4 and Synthetic Transaction for IMAP4 modules to fail on x86 systems.
Workaround: Ensure that a Synthetic Transaction for IMAP4 module is loaded on a SPARC agent host to monitor IMAP services running on x86. The loaded module needs to be configured to probe the IMAP service on the x86 system.
The Modify Service Object dialog box on a Microsoft Windows 2000 system might not accept characters in certain text fields when you are running the Java runtime environment, version 1.3.1 to version 1.4.0. When you attempt to change the service type value from the default of HTTP, characters provided for the Hostname and Instance text fields are not accepted.
This problem does not occur if you are running the Java runtime environment version 1.4.1.
Workaround: Before using the Modify Service Object dialog box, install the Java runtime environment version 1.4.1 on Microsoft Windows 2000 systems.
Localization packages for Entry-Level Platform (ELP), Netra, Desktop/Workstation, and Workgroup Server add-on software are not updated in this release because no change is needed from the previous release.
Workaround: None.
This issue occurs in the ELP, Netra, and Desktop/Workstation config readers.
On Netra 240/440/T4, Sun Blade 100, and Sun Fire V240 servers that use Solaris 10 software, Platform Information and Control Library (PICL) might not interpret some system configuration changes after initialization, such as the bge1-bge3 drivers. The instances for these drivers are reflected in the output of the prtconf -v command but not in the output of the prtpicl -v command.
Workaround: Realign PICL with the prtconf utility by issuing the svcadm restart picl command.
The Sun XVR-1200 Graphics Accelerator might incorrectly use the same device name as the Sun XVR 500 graphics accelerator. Thus, the Sun XVR-1200 would be listed as XVR-500 in the Expansion Card Table and Physical View on Sun Blade 2500 systems.
Workaround: To verify if the graphics accelerator is listed correctly, check the IO Devices section of the output of the /usr/platform/<i>platform-name</i>/sbin/prtdiag command. In this command, <i>platform-name</i> must be replaced with the entire output of the uname -i command on your system.
The physical component descriptions of the Entry-Level Platforms Config Reader incorrectly display “--” as Model Name, Part Number, Version, and Serial Number on Sun Fire V440 servers with Solaris 9 4/04 and Solaris 10 software installed.
Workaround: None.
An alarm is not generated by the agent when a CPU is taken offline with the psradm -f command. Additionally, when the CPU is brought back online, the Processors table does not immediately update the CPU as online.
Workaround: To see an updated status, click other tables in the GUI and then click the table of interest. A default refresh interval updates all the tables once an hour.
The Physical View of Sun Fire V240 servers with Solaris 8 software installed does not display the CD/DVD drive. Information similar to the following is displayed:
sd30 Soft Errors: 0 Hard Errors: 2 Transport Errors: 0 |
Vendor: TEAC Product: DV-28E-C Revision: 1.4B Serial No: |
Size: 18446744073.71GB <-1 bytes> |
Media Error: 0 Device Not Ready: 2 No Device: 0 Recoverable: 0 |
Illegal Request: 0 Predictive Failure Analysis: 0 |
Workaround: None.
On Sun Blade 2500 workstations with one CPU, the physical view incorrectly displays two CPU fans. This issue also results in a blue alarm for the nonexistent second CPU fan with Operational Status “Lost Comms.” in the Config Reader's Physical Components/Fans table.
Workaround: None.
The Environmental Sensors/Temperature Sensors table on Sun Blade 1500 workstations lists only the Ambient and Die CPU temperature sensors. The sys-in Ambient temperature sensor is not listed in the table, which could result in critical temperatures not triggering alarms. All of these temperature readings are listed in the PICL output.
Workaround: None.
The Environmental Sensors/Temperature Sensors table of the ELP config reader on Sun Blade 2500 workstations lists only the Ambient-0 CPU Die, and hard-disk temperature sensors. The sys-in, sys-out, and Ambient-1 temperature sensors are not listed in the table, which could result in critical temperatures not triggering alarms. All of these temperature readings are listed in the PICL output.
Workaround: None.
On all ELP platforms, the Total Disks in the Hardware Summary of the Hardware tab (the System node property value for Total Disks) incorrectly includes the CD/DVD drive. Thus, on ELP platforms with four disks and an optical drive, the Disk Count displays 5.
Workaround: None.
On Sun Blade 2500 workstations, the rear view of the Physical View incorrectly indicates PCI card slots as populated. For example, on a system with only one PCI card in slot 5, the rear view indicates that slots 0, 2, 3, 4, and 5 are populated. However, none of the nonexistent card images are highlighted when the mouse is moved over them. Only the image for the slot with the card inserted (5 in this example) is correctly highlighted.
Workaround: Move the mouse over the slots indicated as populated to verify that they are actually populated. The correctly populated slot is highlighted when the mouse is moved over it.
The Sun Management Center supplement for Sun Blade 1500/2500 (Silver) platforms leverages the existing Sun Blade 1500/2500 (Red) implementation. Thus, some of the images that are displayed in the Topology View and the platform Physical View might not match the actual physical colors of the Silver platforms.
In addition, the System-Side Physical View, which displays the Motherboard and other internal components for the Sun Blade 2500 (Silver) platform, also does not display the DIMM Duct or the Disk Fan assembly.
Workaround: None.
For information about these bugs, see Sun Management Center 3.5 Version 6 Release Notes for Sun Fire High-End Systems and Sun Management Center 3.5 Version 6 Release Notes for Sun Fire Midrange Systems.
When a CPU is offlined by the service processor, the CPU's status is not recorded by Sun Management Center. Sun Management Center does record and indicate when a CPU is offlined by the operating system with the psradm command.
Workaround: Use the showcomponents command on the service processor to view CPUs that have been offlined prior to boot.
LED images for SYS/LOCATE and SYS/SERVICE appear in the wrong location of the rear chassis view. The physical placement of these images is between the system controller serial management port and USB ports on Sun Fire T2000 systems.
Workaround: None.
In the top view of Physical View, fan tray images for FT0/F0 and FT0/F2 appear reversed. The descriptions of each fan contradict their image locations when viewed from the front.
Workaround: None.
The number of processors that is reported in the System table and Hardware Summary table might not match the number of entries of processors listed in the Processors table. The information in the Processors table is correct.
Workaround: None.
The physical locations of some Ethernet ports in the System-Rear chassis image of Physical View do not match their descriptive locations.
Workaround: None.
On Sun Fire T2000 systems, unpopulated memory slots might cause the system to attempt to read the SEEPROM information. As a result, garbled text appears in the following fields:
Part Number
Serial Number
Manufacturer
Size
Workaround: None.
The descriptions for the Numeric Voltage Sensors IOBD/V_+3V3MAIN and IOBD/V_+3V3STBY are switched in the Numeric Voltage Sensors Table.
Workaround: None.
Sun Management Center incorrectly displays Sun-Fire-T200 as the platform name for Sun Fire T2000 systems. The Sun Fire T2000 system controller correctly displays Sun-Fire-T2000 as the platform name.
Workaround: None.
On Sun Fire T2000 systems, the ELP config reader does not display the DIMM memory devices in the Physical View and will not communicate an ERROR status when appropriate for each DIMM. The only operational status that is reported for DIMMs is OK or NOT PRESENT.
Workaround: None.
After a dynamic reconfiguration (DR) operation with the cfgadm command on a system board with Solaris 10, several values in the config reader tables are either not displayed, or are displayed as '--'. The following config reader table entries are affected:
System
Network Devices
LOM
ASR
LOM Events
LOM Alarms
Fault Indicator
The Hardware Summary and Physical View are also affected. The values for the Hardware Summary are displayed as '--' and the Physical View does not display the graphics for the system.
Workaround:
Restart the PICL daemon after a DR operation with the following commands:
For Solaris 8 and 9 systems:
% /etc/init.d/picld stop
% /etc/init.d/picld start
For Solaris 10 systems:
% svcadm restart svc:/system/picl:default
The PICL daemon is not updated after a DC PSU Type D142 is dynamically reconfigured on Netra 1280 servers.
Workaround: Restart the PICL daemon after a DR operation with the following commands:
For Solaris 8 and 9 systems:
% /etc/init.d/picld stop
% /etc/init.d/picld start
For Solaris 10 systems:
% svcadm restart svc:/system/picl:default
Reports for the DC Power supply fields A and B are incorrectly reversed. If A is faulty and B is OK, Sun Management Center reports that B is faulty and that A is OK and vice versa.
Workaround: None.
Internal devices such as disk and network are not detected during the removal process of DR operations on Solaris 10 systems.
Workaround: Restart the PICL daemon after a DR operation with the following command:
% svcadm restart picl
The workaround might not enable the agents that run on Solaris 10 systems to detect when the removal, insertion, or reconfigure operations of internal devices (disks, network) occurred.
On Sun Blade 1000 and 2500 workstations with two disks, the Physical View might display only the bottom disk and also might label the disk incorrectly. For example, the bottom disk could be labeled c0t3d0 instead of c0t1d0.
Workaround: None.
The DIMMs table of the config reader displays “--” for the Socket Number column entries on Sun Blade 100 workstations with Solaris 8 2/02 or Solaris 8 2/04 software installed. The missing entries prevent the top view of the Physical View from displaying DIMM memory devices.
Workaround: None.
On Sun Fire 280R Servers with Solaris 10 software installed, red alarms occur for approximately five minutes after the agent starts. The red alarms are triggered from the DIMMs and Fans tables of the Config Reader because the status of the DIMMs and fans is temporarily indeterminate.
When the red alarms are on, the top, front, and rear views of the Physical View do not display any components and display the chassis only.
Workaround: None.
The Module description for the Config Reader Module for workgroup servers does not include the Sun Fire V490 and the Sun Fire V890 servers as supported platforms apart from Sun Fire 280R, Sun Fire V480, and Sun Fire V880 servers already present.
You can display this description by clicking mouse button 3 on Config Reader and selecting Attribute Editor in the Module Browser window.
Workaround: None.
On Sun Fire V880 and Sun Fire V480 servers with two objects, an Alarm Alert message similar to the following appears when you select the Alarm Tab on the discovered object.
The following alert message might be displayed:
Unable to get event management information from agent. Agent was busy or down. Will default to local event manager.
Most likely, this alert message is incorrect and the agent is working properly.
Clicking OK causes the alarm tab table to default to local event management. If the detail window of the discovered object is closed and opened again, clicking the alarm tab causes the same alert message to be displayed.
Workaround: None.
Sun Fire V890 servers are shipped with UltraSparc-IV processors. However, the Property column of the Hardware Rules table incorrectly displays “Correctable Memory Error, Ultra Sparc III” and “I/O Correctable Error, Ultra Sparc III” as the processor type.
Workaround: None.