Monitoring Issues

This section describes the known issues in the Monitoring Console and in the Monitoring Framework. The Monitoring Framework is a shared component that is automatically installed with other components to enable monitoring.

Patches Required for Monitoring

The following patches are required to prevent certain known issues in the Monitoring Framework. These patches are normally included in other patch bundles required for Java ES or in updated versions of the Solaris operating environment. However, you should verify the existence of these patches or their replacements on any host where you will monitor a Java ES product component:

For the HP-UX operating system, the patches required for monitoring are included among those described in HP-UX Requirements and Issues.

Monitoring Console Interface Issues

New host certificate is not displayed for verification (6467360)

When adding a new host to be monitored, the Monitoring Console uses SSL to secure the connection, but does not show the certificate presented by the selected host. Because the Monitoring Console transmits the host's root password to the node agent, there is a vulnerability to an attacker forging the IP address of the intended host and receiving the password. The risk of this happening is very low because most node agents run on hosts already within a secure network.

Solution If your node agent hosts are not within a secure network, you should verify their authenticity before adding them as new hosts in the Monitoring Console. To verify the authenticity of a host, log in to the host and make sure you recognize its configuration and its file system. For a UNIX host, you can log in with ssh to view the certificate information.

Application Server refers to application instance (6495539, 6388513)

Objects contained in a product are referred to in Monitoring Console as an “application server.” This terminology should not be confused with Sun Java System Application Server.

Solution In the context of the Monitoring Console, an application server refers to the running instance of an installed Java ES component.

Slow response time in Monitoring Console (6490794, 6438443)

Displaying and switching pages in the Monitoring Console can take up to 30 seconds in some cases.

Solution Run the Monitoring Console on a powerful host with no other applications.

No simple way to disable monitoring of a particular component (6446505)

The Monitoring Console cannot enable or disable monitoring on a per-component basis.

Solution You must enable and disable the monitoring of a component through each component's own mechanism. For instructions, see the component–specific sections in Chapter 2, Enabling and Configuring the Monitoring Framework, in Sun Java Enterprise System 5 Update 1 Monitoring Guide.

Console does not always reflect when a monitored component is stopped (6487785)

When a monitored component crashes or is stopped normally, its monitored objects may not be removed from the node agent and remain visible in the left-hand tree of the Monitoring Console. Similarly, if you stop an entire node agent, the host node may not be removed from the left-hand tree. This issue occurs intermittently.

Solution When you stop or restart a server instance, you may need to restart the node agent, the master agent and the Monitoring Console. If you stop a host and its node agent, you may need to restart the master agent and the Monitoring Console. The procedure To Restart a Node Agent in Sun Java Enterprise System 5 Update 1 Monitoring Guide describes how to do both.

Monitoring rules and alarms are not deleted with their host (6474032)

When a host is removed from the Monitoring Console, the monitoring rules and alarms associated with its monitored components are not deleted automatically. This allows persistency of the rules and alarm states if you add the same host again.

Solution If you do not plan on adding that host again, use the Rule dialog to find and delete all rules associated with the host. Alarms that exist when the host is removed may be acknowledged but will remain in the Monitoring Console because the monitored attribute that triggered the alarm can no longer be accessed. To avoid leaving alarms in the acknowledged state, resolve all alarm conditions in a monitored component and acknowledge the alarms in the Monitoring Console before removing the host.

The Disable button in Monitoring Rules does not function when a schedule interval is set (6513968)

If the schedule interval is set for a rule, you cannot disable the rule.

Solution Delete the rule instead of disabling it.

Less Severe Monitoring Console Issues

The following list tracks other known issues with the Monitoring Console.

6366190

Various tables are not sorted by default

6375583

Host linked from “Objects Using This Installed Product” should not be unknown object

6388558

Using the AppServer plug-in, the “objects contained by this server” should not include children of children

6390983

Enable and disable functionality is not working correctly in the table of hosts

6396891

Caption and description fields displayed for Statistics and Settings objects but not for base objects

6495587

Selecting an object and clicking on Monitoring Rule->New should not require the user to select the object again

6405363

The names of JVM objects listed for a given host are inconsistent

6405949

CMM_Cluster objects created by Application Server are not displayed anywhere

6412408

List of observable objects in the New Rule dialog is not clear

6429231

Object and Operational Status of Portal, Web, and Application Server objects display as unknown

6388513

Enterprise Java Beans deployed in Application Server should have more descriptive names

6434184

The names of attributes in Application Server monitoring objects are impossible to use

6434241

Internal Application Server configuration changes not reflected in the Monitoring Console

6446325, 6496542

Monitoring Console should be able to expose a domain view

6515039

In the de locale, the index for online help is inconsistent with the English version

6572284

The Show Objects With Status function does not work when Show Selected Object is set

6581977

Removing schedule intervals from a rule fails with a script error

6592561

Some strings are not localized in the JVM-General table

6593147

In the Spanish user interface, the copyright string is not localized

6594741

Many strings are not localized in the Monitoring Console user interface

6581987

Changing the schedule interval of a rule from 0:00 to 0:00 deletes the rule itself

Monitoring Framework Issues

C components have slow monitoring performance on Linux (6332884)

Components that rely on C libraries to interface with the Monitoring Framework may display more slowly in the Monitoring Console when they run in the Linux operating environment.

Solution None.

C components do not communicate securely with the node agent (6405037)

Inter-process communication between components that rely on C libraries and the node agent on the same host is not secure. By default, communication uses the loopback interface, thereby reducing the security risk.

Solution None.

Java component have slow SNMP performance (6437945)

Components that rely on Java libraries to interface with the Monitoring Framework may experience performance issues when accessed through SNMP.

Solution None.

Node agent cannot discover monitored components on Solaris 9 (6504230)

Due to a bug in Solaris 9, packets addressed to an IPv4 address are not delivered to listener on an IPv6 socket. This interrupts the discovery mechanism between node agents and the components to be monitored on that host.

Solution Force the node agent's JVM to listen on IPv4 sockets with the following commands:

cacaoadm stop

oldvalue=`cacaoadm get-param java-flags --value`

cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true"

Then restart the node agent, the master agent, and the Monitoring Console with the procedure To Restart a Node Agent in Sun Java Enterprise System 5 Update 1 Monitoring Guide.

Unsynchronized clocks prevent adding a host to the Monitoring Console (6487357)

If the time on the node agent and master agent hosts is too far out of sync, adding that node in the Monitoring Console will fail. The error log of the master agent's Monitoring Framework will report a severe error “during JRMP connection establishment.”

Solution Set the time on either host so they are synchronous.

HP_UX: excessive concurrent monitoring rules causes exception (6481758)

When many monitoring rules are created in parallel in a node agent on the HP-UX operating system, thread numbers in the Java Virtual Machine (JVM) may exceed kernel parameter limits and cause an OutOfMemory exception.

Solution Download and run the HPjconfig tool, as described in the procedure To Optimize Kernel Parameters for Monitoring Framework on HP-UX in Sun Java Enterprise System 5 Update 1 Monitoring Guide.

On Windows mfwkadm generates an error (6535233)

When you run the mfwkadm command on Windows, the following error is generated:

'C:\Program' is not recognized as an internal or external command,

operable program or batch file.

Solution Comment out the fourth line of the file C:\Program Files\Sun\JavaES5\share\mfwk\bin\masetup.bat by adding REM at the start of the line.

if defined MFWK_PATH goto perl_cmd

REM if defined MFWK_PATH goto perl_cmd

Less Severe Monitoring Framework Issues

The following list tracks other known issues with the Monitoring Framework.

6356355

On Linux, discovery does not work when IPv6 is enabled