Compaq Availability Manager Version 2.1 Release Notes The following notes address late-breaking information and known problems for the Availability Manager Version 2.1. These notes fall into the following categories: o Installation note o Problems corrected o New and changed features o Operation notes o Problems using the Data Analyzer on OpenVMS systems o Problems using the Data Analyzer on all platforms 1 Installation Note The note pertains to the installation of Availability Manager Version 2.1. 1.1 Uninstall Before Installing the New Kit Before you install a Version 2.1 kit, you need to uninstall any previous version kit first. This is explained in the Version 2.1 installation instructions. In addition, before uninstalling, you might want to make a copy of your AVAILMAN.INI file as a reminder of the names of the groups you usually monitor. 2 Problems Corrected in Version 2.1 The following sections discuss key problems that have been corrected since the release of the Availability Manager Version 2.0-1. 2.1 Status Display in Cluster Members Summary Pane In prior versions, the Availability Manager incorrectly displayed UNKNOWN or BRK_NON in the "Status" field. This problem has been corrected, and the field now correctly displays one of the values shown in the following table: 1 ___________________________________________________________ Status Value_______Description____________________________________ NEW New system in cluster. BRK_NEW New system; there has been a break in the connection. MEMBER System is a member of the cluster. BRK_MEM Member; there has been a break in the connection. NON System is not a member of the cluster. BRK_NON Non-member; there has been a break in the connection. REMOVED System has been removed from the cluster. BRK_REM System has been removed; there has also been a ____________break_in_the_connection._______________________ The status values displayed are the same as those displayed with the SHOW CLUSTER command. 2.2 Changing Versions of OpenVMS In previous versions, if a node stopped and then restarted under a different version of OpenVMS, the Availability Manager did not always function correctly. This problem has been corrected so that the Availability Manager gracefully handles version changes on the Data Collector node. 3 New and Changed Features in Version 2.1 The following sections discuss new and changed features introduced in this version of the Availability Manager. 3.1 Choosing a Network Card on Windows Systems The Availability Manager on Windows detects when a system has more than one network card and asks the user to select one for Availability Manager LAN communication. To change your choice at a later time to use a different network card, you must restart Availability Manager. This feature applies to both and Windows 2000 and XP systems. 2 3.2 New Availability Manager Driver The new Availability Manager driver supports Plug-and- Play and Power Management on Windows 2000 and XP systems and does not use Pathworks components. Therefore, the Availability Manager now supports laptop PCs and does not have conflicts with the Pathworks client product. 3.3 Colors of Columns Reordered in Group Pane In the Group pane in the main Application window, the order of the colors of the columns indicating the various states of nodes in a group has been changed. You can now reduce the size of the window and still be able to see the black, red, and green columns at a glance. These columns indicate the states of most interest to the user. 3.4 New Cluster Display Features The following items have been added to the Cluster Members pane (the lower pane on the Cluster Summary page). The Clusters chapter of Availability Manager User's Guide contains details of these features. Note that these new features require that the OpenVMS Data Collector nodes run OpenVMS Version 7.3 or later and have RMDRIVER loaded at boot time. This requirement is documented in the installation instructions for OpenVMS Alpha systems. The following list outlines these new Cluster display features and the version of OpenVMS in which they were introduced. o New LAN Adapter summary window (Version 7.3). Right- click one of the top-level Cluster Member nodes to display a menu containing the Adapter Summary option. o LAN Adapter fixes available from the Adapter Summary window (Version 7.3). Right-click a data item in the Adapter Summary window to display a menu containing Adapter Fixes. 3 3.5 Changes to Handling of Cluster Data The Cluster Summary now collects data more selectively in order to reduce the load on the network and on the Data Analyzer. 4 Operation Notes The following sections contain notes pertaining to the operation of Version 2.1 of the Availability Manager. 4.1 Problem with Daylight Saving Time Changes For some time zones, especially European ones, the time- zone logic in the Java software libraries that the Data Analyzer uses might disagree with the Windows operating system about when the shift to daylight saving time occurs. For a two-week period in early April and late October, you might see a one-hour discrepancy between the time shown in the Data Analyzer and the time of day shown by the system and the Date-Time Control panel. Also, Sun's Java classes disagree with Windows about whether daylight saving time even exists for Asian time zones. The Windows DateTime Control Panel usually indicates that daylight saving time is not possible for these zones; time strings generated from the calendar classes in Java appear to recognize a daylight saving time shift. Therefore, for all time zones between eastern Europe, going east to Alaska, a one-hour discrepancy is likely from April through October. This discrepancy occurs for months at a time. For OpenVMS systems, make sure that the time zone differential logical name SYS$TIMEZONE_DIFFERENTIAL is defined correctly. 4.2 Event Reporting Problems The following list contains known event-reporting problems that have been reported in Version 2.1: o Unimplemented threshold events: LOSTVC NOPROC o Event reporting irregularities: - Some posted events may not be canceled promptly when the condition goes away. 4 - LOVOTE and LOVLSP events are posted for every node in the cluster rather than once per cluster. 4.3 Out-of-Memory Problems on Long Runs If a session runs for many days, and the Data Analyzer is collecting data on many nodes, the Data Analyzer might run out of virtual memory (object heap). (See the Availability Manager installation instructions for Windows or OpenVMS for details on how to modify the heap size.) On Windows systems, the Data Analyzer does not report the problem. On OpenVMS systems, the Data Analyzer displays an "OutOfMemoryException" error in the window in which the Data Analyzer was started. On either system, one or more parts of the display might stop updating. The only workaround is to restart the Data Analyzer. 5 Problems Using the Data Analyzer on OpenVMS Systems The following sections contain notes about the display of the Data Analyzer on OpenVMS platforms. 5.1 Exiting Field on Data Collection Customization Page While using the OpenVMS Data Collection Customization page on OpenVMS, if you change a data collection interval and press Enter to exit the field, the value is not entered as expected. You must use the mouse to move the cursor out of the field. 5.2 Long Runs Exhaust XLIB Resource ID The version of Motif currently shipping with OpenVMS is based on X11R5. That release of X11 uses a resource ID allocation scheme that works poorly with the Motif support in Java for OpenVMS. As a result, most long- running Availability Manager sessions will stop updating the display at a time that depends on the speed of the OpenVMS machine. For example, a session running on a dual- processor 275 MHz system reported the following after 14 hours: Xlib: resource ID allocation space exhausted! On faster machines, this message was reported after only 8 hours. This problem is under investigation. 5 6 Problems Using the Data Analyzer on All Platforms The following sections contain notes about the display of the Data Analyzer on Windows and OpenVMS platforms. 6.1 What to Do If a Node Is Displayed Twice A node can be displayed twice in the Node pane when the Data Collector (RMDRIVER) is started before the network transports are started. To avoid this problem, always start your network transports (DECnet) before starting the Availability Manager Data Collector. 6.2 Incomplete Repainting of Windows If you obscure part of an Availability Manager window with another window, the obscured portion of the Availability Manager window might not repaint completely when you move the top window. This appears to be a Java Swing problem that is currently under investigation. 6.3 Page and Swap File Names in Event List Display If page and swap file events are signaled before the Data Analyzer has resolved their file names from the file ID (FID), events such as LOPGSP display the FID instead of the file name information. You can determine the file name for the FID by checking the File Name field in the I/O Page Swap Files page. The FID for the file name is displayed after the file name. 6.4 Events Sometimes Displayed After Background Collection Stops On both OpenVMS and Windows systems, the Data Analyzer sometimes displays events after users customize their systems to stop collecting a particular kind of data. This is most likely to occur when the Data Analyzer is monitoring many nodes. Under these conditions, a data handler sometimes clears events before all pending packets have been processed. The events based on the data in these packets are displayed even though users have requested that this data not be collected. 6 6.5 Truncated LAN Channel Summary Display The LAN Channel Summary display might be disabled for some OpenVMS nodes if there are more than seven channels for that virtual circuit. This problem results from a restriction in the OpenVMS Version 7.3 PEDRIVER. When this restriction is removed (in remedial releases or later versions of OpenVMS), the full channel summary will be displayed. For this condition, the following error message is displayed: Error retrieving ChSumLAN data, error code=0x85 (Continuation data disallowed for request) 6.6 Incorrect Display of "Ports" Heading on OpenVMS Version 7.3 Systems On the Cluster Members pane of the Cluster Summary display, a "Ports" heading might be displayed with the following error message: ??Error retrieving Port data... You can ignore this message. A future release of OpenVMS will contain this information. 7