Release Notes

November 16, 2005

This document provides an overview of the changes made to HP OpenView Operations 7.5 for Windows (OVO) release. It contains important information not included in the manuals or in online help. See the Support section at the end of this document for the location of the latest version of these release notes.

New Announcements with Release Notes Edition 2
Product Description
In This Version
Microsoft Windows 2003 Certification
Installation Notes and Installed Files
Software and Hardware Requirements
Announcements
Obsolescence Announcements for the Next Major HP OpenView Operations for Windows Release After 7.5
Installation and Uninstallation
Patches and Fixes
Self Management Policies
Known Problems, Limitations, and Workarounds
Documentation Errata and Corrections
Support


NOTE:If you are upgrading from OVO for Windows 7.2x to OVO 7.5 for Windows, you must apply the same agent patch level (OVOW_00194 for 7.31 agent) on the management server immediately after the upgrade. We also recommend that you apply the latest management server/console patch after the upgrade.

If you are upgrading from OVO for Windows 6.x to OVO 7.5 for Windows ONLY, be sure to read the information in the Annoucmements section, which explains the steps you must follow after the installation of OVO 7.5 for Windows is completed, but BEFORE the console is run and any agents are upgraded.


New Announcements with Release Notes Edition 2

This section describes new announcements and features that have been introduced in OpenView Operations 7.5 for Windows and described in Release Notes Edition 2.

OVO 7.5 for Windows 00189 Server and Console Patch

The Management Server/Console patch level 189 is now available for OVO for Windows. Please regularly check the OpenView software support web site at the following URL for the latest versions of the OVO for Windows patches:

http://support.openview.hp.com/patches/patch_index.jsp

HP recommends that every OVO 7.5 for Windows customer download and install the latest Management Server/Console patch.

Revised Version of the HP OpenView Operations 7.5 for Windows Startup CD

As part of our ongoing quality assurance activities, the HP OpenView Operations 7.5 for Windows startup CDs have been replaced by new media with the following part numbers:

English: B7490-15216
Japanese: B7490-15217
Korean: B7490-15218
S-Chinese: B7490-15219


NOTE: If you have already installed or migrated to the new version 7.5, no further action is needed. The problems addressed are only related to software installation and not to the installed binaries. If you have not installed version 7.5, you can order the new media through your sales representative. Upgrade customers with support contracts will receive their new CDs automatically. (Please allow some time for shipping.)

The new media enhances the installation experience with regard to the following installation problems:

In addition, OVO 7.5 for Windows now supports usng Microsoft SQL Server 2005 Standard and Enterprise Editions as databases. Installation and upgrade instructions are documented in the whitepaper "Using OVO 7.5 for Windows with Microsoft SQL Server 2005, " available for download at the following URL:

http://ovweb.external.hp.com/lpe/doc_serv/

Product Description

HP OpenView Operations for Windows (OVO) is a distributed client/server IT operations solution that enables an IT organization to manage business services from centralized control points. OVO is a management solution that snaps into the Microsoft Management Console (MMC). Through this console, OVO supplies the information and tools for prioritizing and responding to problems that can affect your business.

OpenView Operations manages your information technology environment by managing nodes and the services running on these managed nodes. It provides graphical user interfaces to configure policies, nodes, services, service types, tools, and user roles. These components work together to automate detection, evaluation, and responses to events and simplify the process of analyzing and resolving problems.

The OVO 7.5 Media Kit

THe OVO media kit contains a number of CDs required to install the OVO foundation product, agents, Smart-Plug-ins (SPIs) and add-on products. See the HP OpenView Operations for Windows Installation Guide for details about the contents of your media kit and instructions for installing OVO 7.5. For Smart-Plug-ins, see the HP OpenView Operations Installation /Upgrade Guide and OpenView Smart Plug-ins CD Release Notes for details about available SPIs and instructions for installing and configuring them.

HP OpenView Operations for Windows includes many documents in Adobe® Acrobat® PDF format. You must have Adobe Acrobat Reader to view and print these documents. Click here to download the Acrobat Reader from the Adobe web site.

The New and Upgraded Smart Plug-ins CDs contain an index list in the CD Documentation directory that provides links to available documentation. See SPI_docs_index.htm on the Smart Plug-ins CD.

In This Version

OVO 7.5 for Windows includes the following new features:

Extended enterprise management capabilities

Sophisticated manager-of-manager concept (OVO for Windows to OVO for Windows and OVO for Windows to OVO for UNIX)

Enhanced automation and ease of use

Microsoft Windows 2003 Certification

HP OpenView Operations for Windows is certified for Windows Server 2003 Standard, Enterprise and Datacenter Editions.

For information regarding Windows 2003 Certification, see the following website:

http://www.microsoft.com/windowsserver2003/partners/isvs/cfw.mspx

File with missing or incomplete file resource information installed.

After the installation of HP OpenView Operations for Windows the following files with incomplete file resource information are present.

No reboot required after installation of HP OpenView Operations for Windows.

In compliance with the Windows Server 2003 certification requirements, no reboot is required after installation of the product.

Installation Notes

Before installing OVO for Windows, please check the OpenView documentation server at http://ovweb.external.hp.com/lpe/doc_serv/ for updated documentation and scripts.

See the HP OpenView Operations for Windows 7.5 Installation Guide for complete installation details. For SPI installation, see the HP OpenView Operations Installation/Upgrade Guide and OpenView Smart Plug-ins CD Release Notes for OpenView Operations for Windows documentation.

The document file is included on the product's CD media as:

...\Documentation\1033\OVO Guides\OVOInstall.pdf

After installation, documents can be found at the following locations:

..\Program Files\HP OpenView\NLS\1033\Manuals

Software and Hardware Requirements

Software and hardware requirements can be found in the product installation guide, HP OpenView Operations for Windows 7.5 Installation Guide.

Supported platforms are specified in the installation guide and in detail in the support matrix available at this location:

http://ovweb.external.hp.com/lpe/doc_serv/

Obsolescence Announcements

Obsolete in OVO 7.5

The following platforms will become obsolete with OVO 7.5 and are shown in the support matrix:

http://ovweb.external.hp.com/lpe/doc_serv/

Managed Node/Agent Platforms

Web Console Platforms

Solution Integrations

Obsolete for the Next Major HP OpenView Operations for Windows Release After 7.5

The following managed node platforms may no longer be supported with the next major release of OVO for Windows. Watch for early announcements in the regularly published support matrix.

HP appreciates your feedback. Contact your HP sales or support representative if you would like HP to continue supporting the managed node platforms listed in this section with the next major release.

Management Server Platforms

HP plans to obsolete the following management server platforms:

Managed Node Platforms

HP plans to obsolete the following agent platforms:

Web Console Platforms

HP plans to obsolete the following web console platforms:

Announcements

The following section contains miscellaneous information of interest.

Security Warning for Graphing and Web Console

For graphing and web console, a security warning appears that requests you to add the management server as one of your trusted sites.

Temporary File Can be Deleted

One of the OVO components creates a temporary log file at this location: C:\temp\trc.log

You can delete this directory if you prefer.

Add-on Products System Requirements

Be sure that your systems meet the prerequisites for add-on products you may want to install. For example, NNM 7 is not supported on the Windows 2003 management server.

Message Synchronization Requires HP ITO Account

By default, in OVO for Windows version 7.21 and later, the OVO agent deployed on the management server will run under the Local System account. However, message synchronization accesses WMI/DCOM of the other management server, and so requires the agent to run under the HP ITO account. The same password is used on the source and target management server. Only the agents on the source and target management server are affected; all other agents can use the Local System account. See the help topic "Set the Management Server and Other Options in the Operations Agent Package" for details on switching the account for the OVO agent.

Documentation provided for Reporter 3.6

The document Reporter3.6ReadMe.pdf contains integration and configuration information relating to OVO. The file is located here on the Startup CD:

..\Documentation\1033\Releasenotes\

Installation and Uninstallation

This section contains information on known problems and workarounds relating to installation and uninstallation.

WMI Database and installation

On rare occasions you may find that Windows 2003 has a corrupted WMI database immediately after the OS installation. To find out whether WMI is operating properly, follow these steps:

  1. From the Control Panel, select Administrative Tools.
  2. Select Computer Management.
  3. Expand Services and Applications.
  4. Select WMI Control and select Properties from the context menu.
  5. Select the Security tab and expand the Root folder.
  6. If the namespace CIMV2 is present, the installation should be fine. If this namespace is missing, OVO for Windows will not install on the machine.

A full reinstall of Windows 2003 may correct the problem.

MS WMI SDK Tools Installed with OVO 7.5

Summary: The OVO 7.5 installation process installs the following Microsoft WMI SDK Tools but does not remove these files when OVO is uninstalled.

WBEMEventList.ocx - 11/30/99 01:35 PM - 85.4KB (87,408 bytes) - 32-bit - v.1.50.1131.0000
WBEMEventReg.ocx - 11/30/99 01:35 PM - 129KB (132,472 bytes) - 32-bit - v.1.50.1131.0000
WBEMGrid.dll - 11/30/99 01:24 PM - 212KB (217,175 bytes) - 32-bit - v.1.50.1131.0000
WBEMHelp.ocx - 11/30/99 01:35 PM - 45.3KB (46,424 bytes) - 32-bit - v.1.50.1131.0000
WBEMInstNav.ocx - 11/30/99 01:35 PM - 213KB (218,488 bytes) - 32-bit - v.1.50.1131.0000
WBEMLogin.ocx - 11/30/99 01:35 PM - 41.3KB (42,328 bytes) - 32-bit - v.1.50.1131.0000
WBEMLoginDlg.dll - 11/30/99 01:24 PM - 56.1KB (57,424 bytes) - 32-bit - v.1.50.1131.0000
WBEMMultiView.ocx - 11/30/99 01:35 PM - 109KB (111,992 bytes) - 32-bit - v.1.50.1131.0000
WBEMNSPicker.ocx - 11/30/99 01:35 PM - 85.4KB (87,408 bytes) - 32-bit - v.1.50.1131.0000
WBEMObjView.ocx - 11/30/99 01:35 PM - 169KB (173,448 bytes) - 32-bit - v.1.50.1131.0000
WBEMProvwiz.ocx - 11/30/99 01:35 PM - 333KB (341,360 bytes) - 32-bit - v.1.50.1131.0000
WBEMSingleView.ocx - 11/30/99 01:35 PM - 305KB (312,688 bytes) - 32-bit - v.1.50.1131.0000
WBEMUtils.dll - 11/30/99 01:24 PM - 124KB (127,051 bytes) - 32-bit - v.1.50.1131.0000
WBEMclassnav.ocx - 11/30/99 01:35 PM - 121KB (124,272 bytes) - 32-bit - v.1.50.1131.0000
WBEMmofcomp.ocx - 11/30/99 01:35 PM - 325KB (333,152 bytes) - 32-bit - v.1.50.1131.0000
WBEMmofwiz.ocx - 11/30/99 01:35 PM - 313KB (320,872 bytes) - 32-bit - v.1.50.1131.0000

Symptom:

Files are located in files in %SystemRoot%\system32.

Solution:

Contact Microsoft for instructions on removing these files.

QXCR1000192985

Summary: Installation does not verify administrative privileges correctly when "run as" is used.

Symptom:

Setup will proceed but fail during installation of the management server services.

Solution:

Ensure that the user running Setup has administrative privileges on the local machine.

Database Connection Fails During OVO Installation

The combination of the following software in conjunction with OVO for Windows causes OVO to fail to connect to the database during installation.
  • MS SharePoint Portal Server 2001 SP1
  • MS Mobile Information Server
  • MS SQL Server (Client tools only)
  • Windows 2000 Resource kit

    Upgrades

    If you are upgrading from previous versions of HP OpenView Operations for Windows, be sure to read the upgrade guide, available in .pdf format on the product media. You must take certain steps before installing the current release.

    If OVO for Windows 7.x and NNM 6.41 are installed on the same system and NNM is removed:

    HP does not recommend uninstalling NNM 6.41 from a system where the OVO server is installed. Doing so removes shared trace files and a portion of the OVO registry. This prevents product troubleshooting and makes it difficult to uninstall OVO. HP is addressing these issues.

    QXCR1000291712

    Summary: Installation security finds password out of synch.

    Symptom:

    On a 7.2x or 7.1x OVO for Windows install, if you use OvChgPass.exe to change the HP-OVE_User password, the new password is not writtn to the hidden registry location where the installation security interface expects to find it. This means that the password values are out of synch, which can cause an in-place upgrade to fail.

    Solution: The in-place upgrade now requires validation of the HP-OVE-User password so that it can be checked before any modifications to the system occur. If the password does not match what the security interface thinks is expected, then an error message is displayed, instructing the user to use OvChgPass.exe to change the password back to the original password used to install OVO for Windows 7.2x.

    QXCR1000296813

    Summary: After upgrading, severity settings are not preserved.

    Symptom:

    After upgrading an OpenView Operations 7.21 for Windows management server where the severity for health check messages has been updated via the following registry key (per Change Request B555030799), the registry key settings are not preserved. The default setting of CRITICAL will be set.

    HKEY_LOCAL_MACHINE\SOFTWARE\Hewlett-Packard\OVEnterprise\ManagementServer\MsgActSrv\HEALTH_CHECK_MSG_SEVERITY

    Solution:

    Reset the value of the registry key to the previously configured value.

    QXCR1000232290

    Summary: Policy groups with an apostrophe in the policy name cannot be migrated to OVO 7.5.

    Symptom:

    The side-by-side migration has a problem if policy groups contain an apostrophe in their names.

    Solution:

    Be sure that all policy groups to be migrated from OVO 7.x to 7.5 do not contain an apostrophe character.

    QXCR1000234874

    Summary: Side-by-side migration does not migrate user roles.

    Symptom:

    The side-by-side migration does not migrate user roles from the source to the destination server, although the side-by-side migration document claims to do so.

    Solution:

    In case of a side-by-side migration from either OVO 7.21 or 7.5 to a clustered or standalone OVO 7.5 installation, the OVO user roles are not migrated automatically.

    To migrate the OVO user roles during a side-by-side migration, follow these steps:

    1. On the old OVO management server, download the OVO user roles into a XML file with the command:

      ovpmutil CFG USR DNL <user-roles.xml>.

    2. Copy the <user-roles.xml> XML file to the new OVO management server and upload the OVO user roles with the command:

      ovpmutil CFG USR UPL <user-roles.xml>.

      The Windows users to OVO user roles assignments are migrated to the new OVO management server, whether the users are known on the new OVO management server or not. In case they are unknown, the User name property in the Users tab of the OVO User Roles editor displays Unknown Account. These unknown users must be deleted and replaced with their substitute user accounts.

    3. To replace the unknown users, open a console on the new OVO management server and launch the User Roles editor. For each user role, select the user role and click Properties to open the User Role Properties dialog. Check for unknown user accounts and replace them accordingly.

    QXCR1000213183

    Summary: Uninstalling OVIS removes the shared HP OpenView Trace Service, required for OVO to operate correctly.

    Symptom:

    The OVO for Windows console will display the error "Error connecting to management server," and the Cause field of the error dialog will display "OVOW services may not be running."

    Solution:

    To restore the service, manually run the XPL package found on the OVIS installation media.

    QXCR1000228246 (QXCR1000229220)

    Summary: Uninstalling OVIS 6.0 removes OvDataDir and OvInstallDir environment variables.

    Symptom:

    This problem is observed in any system on which an OV product, which uses XPL version 2.60.030 and above to 2.60.081, is installed together with OVO 7.5. When uninstalling the OV product, XPL will be uninstalled, consequently removing the OvDataDir and OvInstall Dir environment variables. This breaks the OVO 7.5 management server, as well as the OVO Smart Plug-in installation/uninstallation, which requires these environment variables.

    Solution:

    Set the environment variables OvInstallDir and OvDataDir manually as follows:

    Manually Set the OvInstallDir environment variable value the same as the registry key:
    HKEY_LOCAL_MACHINE\SOFTWARE\Hewlett-Packard\HP OpenView\InstallDir.

    Manually Set the OvDataDir environment variable value the same as the registry key:
    HKEY_LOCAL_MACHINE\SOFTWARE\Hewlett-Packard\HP OpenView\DataDir.

    This issue is resolved with XPL version 2.60.082 and above.

    QXCR1000152397

    Summary: During server installation, the Microsoft Data Engine (MSDE) will sometimes fail to install.

    Symptom:

    During server installation, MSDE will sometimes fail to install, causing installation to terminate. Occasionally, the MDAC portion of the MSDE install fails, but works fine on subsequent installs. We are seeking an answer from Microsoft.

    Solution:

    Rerun the installation.

    QXCR1000219581

    Summary: If OVO is installed on a machine where NNM 7.5 already exists, the access rights on the file system are changed in a way that breaks NNM.

    Symptom:

    If NNM 7.5 is installed on a machine where OVO already exists, the access restrictions on the file system are completely removed, opening up the complete data directory to everyone.

    Solution:

    If NNM has been installed last, remove the right "Everyone-->Full Control" from the installation directory and all subfolders. In either case, then add read and write permissions on the installation directory for "IUSR_<computername> account.

    QXCR1000203639

    Summary: The program AnalyzerTest.exe reports that a reboot is needed in order for Analyzer to run properly.

    Symptom:

    AnalyzerTest.exe sometimes reports that a reboot is needed. It bases this decision on the pending file delete/rename mechanism in Windows.

    Solution:

    If you have just installed OVO for Windows 7.5 for the first time, you probably do not need to reboot in order for Analyzer to run properly.

    QXCR1000152981

    Summary: When URLScan is installed with OVO for Windows, the graphing capability breaks.

    Symptom:

    When the Microsoft tool URLScan is installed with OVO for Windows, the graphing capability in OVO is broken.

    Solution:

    By changing the following settings in the urlscan.inifile, the problem can be corrected:

    Change "UseAllowExtensions=0" to "UseAllowExtensions=1". Add the following lines to the "[AllowExtensions]" section:

    .exe
    .xml
    .jar
    .class

    Restart IIS for the changes to take effect.

    By default, the urlscan.ini file for URLScan 2.0 is downloaded to this directory by default:

    C:\WINNT40\system32\inetserv\urlscan

    The Microsoft techNet link to the utility is:

    http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/tools/URLscan.asp

    CR None

    Summary: A problem can occur with uninstall of the Smart Plug-in for Windows.

    Symptom:

    During the installation process the product upgrades a previous version of the SPI without problem, but does not remove references to the previous version from the registry. This causes an error message to occur during the removal of the previous SPI when you are doing a removal of the OVO for Windows product.

    Solution:

    The upgraded SPI needs to be removed first using Add/Remove Programs before doing a complete removal of OVO for Windows. Because the previous version's uninstall tries to run again during the removal of the OVO for Windows product, error messages occur because files needed during the uninstall have already been removed. This is only an issue when the SPI has been run separately from the installer to upgrade a version of the SPI installed as part of OVO for Windows 7.0. If the SPI has been installed by the installer, it will function correctly.

    QXCR1000220982

    Summary: OVO Windows Management Server unable to start up on first cluster node after moving the group from node two to node one.

    Symptom:

    When installing OVO on a cluster, moving the OVO Windows Management Server cluster group after install from node two to node one makes OVO unable to start on node one.

    Solution:

    During the install the named pipe alias in the SQL Server Client network configuration utility was not removed, causing the failure of the OVO management server on node one. Remove the SQL Server alias in the client network configuration utility and reboot the first cluster node. Following this, switching the OVO management server between the two cluster nodes works properly.

    Reporter and Reporting Component

    QXCR1000127876

    Summary: Reporter cannot be installed. An error message appears.

    Symptom:

    After several error messages, the system reports that the installation completed successfully. However OpenView Reporter is not installed.

    Solution:

    1. From the Start menu, select Run.
    2. Enter RegEdt32.exe to run that utility.
    3. Find the HKEY_LOCALMACHINE window.
    4. Find the HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\Reporter key and select it.
    5. From the Security menu, select Permissions.
    6. Add the user group CREATOR OWNER and give it "Full Control" access.
    7. Try to install Reporter.

    If this does not succeed, make sure that the current login is covered by the CREATOR OWNER group; add the current login user account if it is not. If this still does not work, attempt this for the Administrator account, delete the registry key, and allow the installer to recreate it on the install.

    QXCR1000157078

    Summary: Unable to read reporter.xml.

    Symptom:

    The console is unable to display the reports tree and the message ""The xml page cannot be displayed" appears in the browser.

    Solution:

    The xml file may contain the "&"sign from the OVO groupings. Change the groups and remove the "&" sign from the group name.

    Minimize security risk from system administrator password being written to the installation log file.

    Symptom:

    During the install of the reporting component, the Reporter database passwords are written into the installation log file.

    Solution:

    The installation file is in your default OpenView directory:

    \data\HPOVInstall\reporter_install.log

    You may want to minimize this potential security risk by taking one of the following actions:

    1. Remove the passwords from the file. Look for the following keywords: "DBADMINPASSWORD," "GetDataBaseConnection," and "PASSWORDCLEAR". Remove the passwords or the entire line containing the keywords.
    2. Increase the security on the file.
    3. Remove the install.log file from your system (this is the least preferred solution).

    QXCR1000048890

    Summary: Cannot modify passwords after encryption.

    Symptom:

    Cannot modify passwords for reporting component database logins or the openview password in the registry after encryption.

    Solution:

    With the new utility OvrPwdEncrpt.exe you can change these passwords after encryption:

    Usage:

    OvrPwdEncrpt <-R|-O> <New Password>
    where:

    -R = will change the openview's password.
    -O = will change the ovdb_user's password.
    <New Password> = The new password which is to be encrypted.
    Examples:

    OvrPwdEncrpt -R phoenix
    This will change the openview's password to phoenix

    OvrPwdEncrpt -O phoenix
    This will change the ovdb_user's password to phoenix

    The OvrPwdEncrpt.exe file is located in this directory:

    <OvInstallDir>\bin

    Patches and Fixes

    Patches recommended for OpenView Operations are available on the Support web site at this location:

    http://support.openview.hp.com/cpe/patches

    After installing the software, please check the web site to view the latest available patches. Patches should be installed before you do any configuration.

    Required Patches for the AIX.4.3.1 agent include the following:

    Patches can be downloaded from the IBM web site at this location:

    http://www.ibm.com/support/us/

    Before uninstalling OVO 7.0, install the following patch:

    Install the OVOW_00003 patch on your OVO 7 management server prior to uninstalling OVO for Windows 7.0 to prepare for upgrade. You can find this patch on the HP OpenView web site, www.openview.hp.com. From this web site select Support. Then select the Software Patches link in the Using Products section. In the pulldown menu for selecting products, choose Operations for Windows --> Release A.07.00. The OVOW_0003 patch will be listed. Instructions for installation are available with the patch.

    Self Management Policies

    All policies delivered with the OVO for Windows 7.5 Self Management module have the version 6.0.

    New Policies

    The following policies have been added to this release:

    Changed Policies

    The following policies have changed in this release:

    Obsolete Policies

    The following policies have been replaced by the policy VP_SM_OVOWServices:

    Changes in the Sample Policies

    The following sample policies have changed in this release:

    New Policies

    Changed Policies

    The following policies have changed in this release:

    Known Problems, Limitations, and Workarounds

    Vantage Point References

    Occasionally the previous VantagePoint product name or its VP abbreviation may appear as an application name in a message browser message, in error messages, or in a policy name. This is not a cause for concern.

    Disk Space Management for Graph Output Files

    Summary:To manage disk space, you may want to do periodic cleanup of generated graph output files.

    Symptom:

    When graphs are generated, the HTML and GIF files are written to a directory based on the parameters used to generate the graph. All files will be located in this directory:

    <installation_directory>\data\webpages\VPI_All_Customers\

    Solution:

    Periodically clean out old files from the subdirectories under <installation_directory>\data\webpages\VPI_All_Customers\ for disk space management.

    Additional Backup Steps for Disaster Recovery of a Hard Drive Crash

    Summary: To recover from a crash of your management server's hard drive you may want to back up additional files onto another media to be used in disaster recovery.

    Solution:

    After the usual backup is completed, two files are generated:
    c:\Program Files\HP Openview\Data\Databases\Backup\openview.dat_bak
    C:\Program Files\HP Openview\Data\Databases\Backup\openview.log_bak

    These files, along with all the files in the following folder, should be either copied to a share or included in a backup process to another media (such as tape):

    C:\Program Files\HP Openview\Policies\*

    It is important that this copy/backup of additional files be done after the usual backup is complete, to ensure that the files have been regenerated and are consistent.

    In case of a crash of the management server hard drive, the recovery is to reinstall the OS, reinstall OVO for Windows, get the files above from the backup media/share and continue with the recovery as described in the online help.

    Using logfile policies in non-English environments

    By default, all OpenView-supplied logfile policies are set to monitor English-language managed nodes. If you want to monitor logfiles on nodes that have a different language environment, you must change the logfile character set for each policy to match the character set of the node where it is deployed. Such policies will also function only if the monitored logfiles have not been translated into a non-English language.

    Using eventlog policies in non-English environments

    By default, all OpenView-supplied eventlog policies are set to monitor English or Japanese language managed nodes. If you want to monitor eventlogs on nodes that have a different language environment, simply open each eventlog policy and save it again. This automatically sets the logfile character set to the one appropriate for the node's language environment.

    Possible problem with RedHat 6.2J and 7.0J

    The deployment of some policies using certain Japanese characters might fail on RedHat 6.2J/7.0J with the following error message:

    Cannot read template file.

    The error occurs because certain character conversions on RedHat 6.2J and 7.0J are experiencing problems due to a problem in the iconv function embedded in the OS. Because RedHat has officially obsoleted those versions, it is not possible for HP to fix this problem or to get a patch from RedHat to resolve this issue.

    The only policy shipping with OVO for Windows 7.20 and its SPIs that is affected by this problem is "OvSvcDiscErrorLog_jp." As a workaround, you can do one of these things:

    Existing Crystal 8.5 Templates Known Problems and Workarounds

    The templates of Crystal 8.5 (or earlier version) when used with Reporter 3.6 (which uses Crystal 10 binaries), may break the HTML files created by the "Repcrys" module. You may have to change the 8.5 templates based on the issues encountered. Please note that all the out-of-the-box Crystal Reports templates that accompany Reporter 3.6 Full are properly converted and should work without any issues.


    NOTE:The following changes are applicable for users who want to use their customized Crystal 8.5 templates with Reporter 3.6.


    All the reports can be edited with CR 8.5 with the following modifications, to be able to support Crystal 8.5 and Crystal 10 from the same templates. If it is required to support text fields longer than 254 characters (or 127 Japanese characters), the reports must be edited using Crystal 10, as there is no way to do this with Crystal 8.5. Any reports that are edited using Crystal 10 will not work on the Reporter 3.5 system.

    Summary: Crystal 10 does not truncate fields based on the field length defined in the report template. So in the exported HTML files, if the data in the database is longer than the field length defined in the report template, the data will overlap with the neighboring field.

    Solution: Modify the templates to validate all of the fields to make sure the field defined in the report template is at least the same size as the field in the Reporter database. It might not always be possible to have the full length of the database fields displayed. For example, object or application fields with 254 characters would not leave any further space in the same line to display further information. If possible, the according field should be configured with the "Can Grow" option, so that the field automatically extends vertically. If this interferes with the report design, it is possible to set the "Can Grow " option with the maximum number of lines=1. In this case, CR10 truncates data again, but only for formula fields and with a different mechanism. Plain database field objects must be placed into a formula and it must be checked if the new truncation mechanism does not truncate important information.

    Summary: Exported HTML reports will not have space in the left-hand side.

    Solution: Modify templates for left-hand space manually by setting the margin for the report. Adding an additional 0.25 inch margin should solve the problem.

    Summary: The hyperlink used to display banners is not parsed and so becomes visible text. The "less than" and "greater than" symbols are translated to character entities, which prevent the text being recognized as HTML.

    Solution: The solution is to use OLE object linking to get some minimal linking of banners working with CR 8.5 and CR 10. Instead of embedding the banner in the report, insert an OLE link to the banner graphic in the report. This requires a fixed location and size in the banner files; you can only exchange with banners of an equal size. If you want to include your own banners in the reports, you will need to purchase Crystal Reports 10 and modify the reports to include the banners. As you include the banner, you can size it properly inside the report.

    Summary: Boolean or single bit flag fields in the database (such as the SYSTEMS table's EXCLUDE column) might not migrate correctly to Crystal Reports 10. The template seems to expect a numeric value in a selection formula that should evaluate to a Boolean.

    Solution:

    Bit flags cannot be used with CR 10 and Oracle. Oracle knows only the numeric data type and accordingly, CR 10's data type checking will cause an error if true/false checks are used. Therefore, such fields must be implemented as Integer across all databases and the reports should use "field=0" checking. Using "=0"will work for both Oracle (numeric field) and SQL Server (bit field).

    Summary: Crystal Queries are no longer supported with CR 10.

    Solution:

    The reports have to be changed to work without queries. If this is not possible (for example, if a UNION must be used without any other leading table) you might be forced to create views in the database to cover this functionality.

    Summary: Every run of Repcrys binary creates a set of files with distinct GUIDs as filename and .png as extension in the directories that have the generated HTML files. You would need only the latest set of .png files to view the generated HTML files.

    Solution:

    Schedule "Repmaint -clean" so that the unwanted .png files can be removed. It should be scheduled well after RepCrys has finished generating reports.

    Summary: When Crystal 8.5 templates are exported using Reporter 3.6 with the "Page Break" option set, the navigational links in them will be broken. This happens because there is a difference in the name of .html files that are generated when exported using Crystal 8.5 and Crystal 10.

    Solution: Reporter 3.6 uses Crystal 10 and on exporting with page break, the html are named as default.html, where n=1,2,3..k. In the previous version of Reporter, which uses Crystal 8.5, the generated html files used to be named as default.htm and default.htm where n=1,2,3...k. The Crystal Reports designer needs to be used to make the appropriate changes to the links in the report template.

    Summary:Formulas with the global variables and running total fields cannot be used in charts, maps, or cross-tabs.

    Solution:

    In Crystal 10, this is no longer possible. To solve this problem, the report needs to be redesigned to work without the use of global variables in charts.

    Summary:Crystal Reports 10 aligns, but does not correctly align, fields with borders.

    Solution:

    Remove the border from the field formatting and place an empty field with border on top of the value field.

    Summary:Crystal Reports 10 cuts the blank spaces or adds empty sections at the bottom of the report.

    Solution:

    If the last line of the exported report is not completely visible in Internet Explorer, insert a blank text field in the report footer section. Crystal Reports 10 will export the blank section at the end of the report according to the height of the inserted text field.

    Graphing Known Problems and Workarounds

    The following section contains information on the graphing component.

    Data not shown in graph.

    Summary: It is possible to draw a graph that shows no data when you expect that data should be shown.

    Symptom:

    If you get an error message indicating "Could not make connection to agent" or "The metrics in graph <graphname> were not found on this data source" then that indicates that either the grapher could not contact the system or data source requested, or that it contacted it but the list of classes and metrics do not match those required in the graph definition. Please check the graph definition and data source you selected to ensure they are compatible.

    Solution: If you are drawing a graph, but that graph is empty, try the following resolutions:

    Graphing component cannot connect to agent

    Summary: Sometimes the graphing component cannot connect to the agent on a system.

    Symptom:

    When drawing a graph, you may get a message similar to "Coda not found on "XYZ" (Socket connection was refused)." This indicates that the graphing component was not able to connect to the agent running on that system.

    Solution:

    1. Check to be sure that the agent is actually running on that system (it may not be installed, or it may have been stopped).
    2. Check to be sure that the network between the management server and the selected system is functioning properly.

    Configure Microsoft IIS Lockdown Tool security settings for HP Graphing Component to execute

    Summary: You must configure the IIS Lockdown tool to enable the execution of the HP Graphing Component.

    Symptom:

    Microsoft provides the "Internet Information Service Lockdown Tool" (IISLockdown) to help you configure your IIS web server security settings. When using this tool, take care to choose settings that allow the HP Graphing Component to execute. These recommended settings should not significantly compromise your web server security, but you should review them to ensure that they meet your security needs. The HP Graphing Component cannot be used without these settings.

    Solution:

    The parameter settings are presented based on IIS Lockdown version 2.5. You may have to make adjustments if you are using a different version. The following recommendations are for the HP Graphing Component only. If you have other web applications, they may have additional requirements that should be considered.

    Internet Services: The HP Graphing Component uses the Web Service (HTTP). It does not require File Transfer Service (FTP), requirements-mailservice (SMTP), or News Service (NNTP) so these services can be disabled if none of your other applications require them.

    Script Maps: The HP Graphing Component does not use any script maps. All can be disabled unless required by another application.

    Additional Security: Virtual directories for IIS Samples, MSADC, IISHelp, Scripts, and IISAdmin are not used by the HP Graphing Component. File permissions may be set to prevent the anonymous IIS user from running system utilities, but they must not prevent the anonymous IIS user from writing to content directories. Web Distributed Authoring and Versioning (WebDAV) is not required by the HP Graphing Component and can be disabled.

    URLScan: the URLScan filter prevents web server requests that match certain patterns from reaching the web server for processing. If used, the URLScan filter must have its parameters set to allow the HP Graphing Component requests through. These settings are changed by editing the urlscan.ini file.See Microsoft's documentation for more information on using URLScan.

    QXCR1000151643

    Summary: Closing a graph before granting security access to Java applet causes abort.

    Symptom:

    When you open a graph or a report, if you close the new window before the graph or report is fully displayed, a C runtime error occurs, and MMC aborts. Closing the graph or report before granting security access to the Java applet (via the Java dialog) is the same situation. In some cases the MMC process is not stopped and must be killed via the Task Manager.

    Solution:

    To avoid this problem, always allow time for the graph or report to fully display before closing the window. If it seems that it is taking too long to display, close MMC, instead of the single child window. An alternative solution is to draw HTML graphs, which are more quickly displayed.

    QXCR1000042889

    Summary: Sometimes the symbol in a Java graph legend becomes visible when it has been deselected.

    Symptom:

    There is a colored symbol on the right side of the graph that can be clicked to hide/show a metric. The symbol and the metric should go away when the symbol is clicked, and come back if that spot is clicked again. Sometimes the symbol becomes visible when it should not.

    Solution:

    None.

    QXCR1000043595

    Summary: Graph customizations are lost when using auto refresh on a Java Graph.

    Symptom:

    If you draw a Java Graph and then change something in the properties (for example, metric color), and then turn Auto Refresh on, the metric color reverts its original color when the graph refreshes.

    Solution:

    Open the graph in the Design tab, make the customizations you want to see and then save the graph with a new name and redraw it.

    QXCR1000153002

    Summary: Drawing a Java Graph causes mmc.exe process to become a zombie on exit. A zombie process is one that appears in a list of processes but is not really running.

    Symptom:

    If a Java graph is launched from the console for display, the console's MMC process will not be properly terminated upon exit and MMC will remain as a zombie process. You may see several MMC processes in Task Manager if you have exited and restarted the console multiple times.

    Solution:

    Kill the zombie processes to free memory. If you exit and restart the console often in your day-to-day activities, you may want to draw HTML graphs instead of Java graphs to avoid this situation.

    QXCR1000043906

    Summary: Duplicate graph family names are not allowed in the OVO for Windows Graphs tree.

    Symptom:

    If a graph family name is manually entered in a graph definition file, and this graph family already exists in another graph definition file used by OVO for Windows, an error window will appear when the console is opened. The error is:

    "Missing or invalid graph definition XML stream. This key is already associated with an element of this collection (457)."

    Solution:

    Edit the graph definition file to use a unique graph family name. If the graph definitions are always edited from the Graph Configuration editor, this problem will not occur. The editor will properly manage the graph family names.

    QXCR1000301370

    Summary: The generation of different OVO for Windows reports fails because the ServiceReports views were not created.

    Symptom:

    When you try to open some OVO graphs on an OVO for Windows system using SQL Server 2005 as the underlying database, you will see a "page cannot be displayed" error message and will find some "failed to open rowset" error messages in the status.Reporter log file.

    Solution:

    If you are running an SQL Server 2005 as the database for OVO 7.5 for Windows, follow these steps:

    1. Save a copy of <Install-Dir>\install\OvServiceReports\inst_service_report_db.vbs.
    2. Change the line:

      Const REG_KEY_SQLPATH="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\80\Tools\Clientsetup\SQLPath"

      to read as follows:

      Const REG_KEY_SQLPATH="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\90\Tools\Clientsetup\SQLPath"

    3. Execute the script from the command line.

    After the next report generation, you will be able to see all the OVO for Windows reports.

    Console Known Problems and Workarounds

    Summary: Performance can vary.

    Symptom:

    Performance can vary running the remote console on a Wide Area Network (WAN) connection.

    Solution:

    If performance is unsatisfactory, use the Web console instead.

    QXCR1000232377

    Summary: The license report incorrectly reports full non-InstantOn OVO for Windows server license as an expired InstantOn licence, even though it is a valid license.

    Symptom:

    The license report for the "HP OpenView Operations for Windows Manager" product reports a valid, full, permanent or temporary OVO for Windows server license as an expired InstantOn license.

    Even though the license report indicates that the license has expired, the OVO server and console work because the license is valid.

    Limited edition licenses and full InstantOn licenses are not affected.

    Solution:

    Install OVOW_00188 or superseding server patch to resolve this problem.

    QXCR1000232840

    Summary: After you reboot the management server, graphs are no longer available.

    Symptom:

    No graphs are accessible in the console tree. This can occur if the following sequence of actions is performed:

    1. An OVO for Windows management server is installed.
    2. Windows system updates are installed through the Microsoft Update Service.
    3. The system is rebooted.

    Solution:

    Copy the file Analyzer.exe, located on the OVO for Windows release media under the folder "install\AnalyzerChanges" to the installed management server folder "HPOV_IOPS\cgi-bin." Restart the OVO console.

    QXCR1000153317

    Summary: Node deleted improperly if folders are created with the same name as OpenView Defined Groups folders.

    Symptom:

    A node will be deleted from its OpenView Defined Group even though there are still instances of it managed. This happens if folders with identical names to the OpenView Defined Groups are created anywhere.

    Solution:

    Do not create folders with identical names as the OpenView Defined Groups. To add the node back into the OpenView Defined Group, open the nodes properties and click OK.

    QXCR1000107287

    Summary: It is not possible to launch help for Reports or Graphs.

    Symptom:

    It is not possible to launch help for Reports or Graphs via the toolbar button, context menu or F1 key. Help does not display when any of these choices are selected.

    Solution:

    Start help elsewhere and look up the information in the index, table of contents, or through search. Make sure you have selected the OVO for Windows help and not the MMC help system.

    QXCR1000105435

    Summary: Managed node reappears under Unmanaged Nodes with Agents list.

    Symptom:

    After moving a node from the Unmanaged Nodes with Agents list into managed nodes, it may reappear in the Unmanaged Nodes with Agents list, even though it is also listed as managed.

    Solution:

    If listed as a managed node, the node is being managed. To remove the node from the Unmanaged Nodes with Agents list, right-click the node name and select Delete from the resulting context menu. You do not have to clean up the list for correct product operation. This is for convenience only.

    QXCR1000106863

    Summary: Different unique IDs for the same node.

    Symptom:

    Dragging one node from either of these locations:

    Discovered Nodes / Directory or DNS and the same node from
    -Discovered Nodes / Microsoft Windows Network

    to the managed nodes list in the Configure Nodes dialog box produces two different managed nodes with different unique IDs.

    Solution:

    None. From the console perspective, a NetBIOS name and a DNS name are different and may or may not represent the same node. NetBIOS names do not have to be the same as the short DNS name, for example. It is also possible that a managed node has multiple IP addresses with DNS records associated with it, which makes it impossible for the console to distinguish that one node in DNS or NetBIOS are one and the same until an agent is installed.

    QXCR1000153346

    Summary: Selecting the Services tab for a predefined role in the User Roles configuration editor returns an error.

    Symptom:

    The error message "Database could not return the instance" displays when the Services tab is selected on a predefined role in the User Roles configuration editor when one of the services assigned the role does not exist on the management server. This can happen when a SPI is installed and the service discovery policy installed with the SPI has not yet been deployed to any of the managed nodes.

    Solution:

    The error message can be ignored and will no longer appear after the service discovery policy has been run.


    WARNING: Any changes made to the Services tab of the User Roles configuration editor upon getting the above described error will result in the loss of the predefined role's service assignments.


    QXCR1000152865

    Summary: Well-known groups cannot be assigned to a user role.

    Symptom:

    If a well-known group is assigned to HP-OVE-OPERATORS group, it will not be available for assignment to a user role in the User Roles configuration editor.

    Solution:

    Users contained in the well-known groups will need to be assigned to the HP-OVE-OPERATORS group individually or assigned to a domain group that has been assigned to HP-OVE-OPERATORS group.

    Manually removing an agent from a node does not update the node inventory on the management server

    Symptom:

    If an agent is manually removed from a node (as opposed to removing it by using the OVO console), the node inventory on the management server will not be updated. The "synchronize packages task" cannot update the inventory because the management server has no way of knowing whether or not the agent has been removed or simply cannot communicate with the server.

    Solution:

    You must manually update the node inventory by removing all packages from the node. Use the instructions found in the online help under the topic "Remove package from node."

    QXCR1000153366

    Summary: Launching a tool failed after the tool that was in a "starting" state was stopped.

    Symptom:

    Upon launching a tool after it had been stopped because it appeared to be stuck in the "starting" state, an error message appears which reads:

    (SC1504) Failed to save Action Request.

    Solution:

    Launch the specific tool again.

    QXCR1000125776

    Summary: Tool output does not display properly.

    Symptoms: Solution:

    Addendum

    Integrated Service Assurance for Windows, which uses HP OpenView Operations for Windows 7.0, has localized versions available for English and Japanese. While significant effort has been applied to ensure that HP OpenView Operations for Windows 7.0 functions correctly on non-English, non-Japanese localized systems (either management server or managed node), some SPI policies may not work correctly when monitoring applications or Operating Systems localized to other languages.

    One area known to be affected by this limitation is the nodeinfo file. The nodeinfo file uses utf8 as the default character set. On some non-English localized platforms, utf8 may be the incorrect character set and will lead to data being displayed incorrectly in the nodeinfo policies. The following table indicates which character set should be used for different languages.

    The following table lists the possible nodeinfo character sets and locales that should be used on non-English managed nodes reporting to an OVO for Windows management server.


    NOTE: As long as you do NOT use utf8 as codeset on the agent, you can use the same value in a mixed OVO for Windows and OVO for UNIX environment. If you do run in such a mixed environment, you have to use ASCII instead of utf8.


    Language Nodeinfo Agent Locale
    Traditional Chinese
    Windows big5 n/a
    HPUX big5 zh_TW.big5
    Solaris big5 zh_TW.big5
    Tru64 big5 zh_HK.big5
    Linux big5 zh_TW
    AIX big5 zh_TW.big5
    Simplified Chinese
    Windows gb2312 n/a
    HPUX gb2312 zh_CH.hp15CN
    Solaris gb2312 zh
    Tru64 n/a (see others) n/a< (see others)
    Linux gb2312 zh_CN
    AIX gb2312 zh_CN
    Japanese SJIS
    Windows sjis or acp932 n/a
    HPUX sjis ja_JP.SJIS
    Solaris sjis ja_JP.PCK
    Tru64 sjis ja_JP.SJIS
    Linux n/a n/a
    AIX sjis ja_JP.SJIS
    Japanese EUC
    Windows n/a n/a
    HPUX eucJP ja.JP.euc.JP
    Solaris eucJP ja
    Tru64 eucJP ja_JP
    Turbo Linux eucJP ja_JP.ujis
    RedHat Linux eucJP ja_JP.eucJP
    AIX eucJP ja_JP
    Korean
    Windows eucKR n/a
    HPUX eucKR ko_KR.eucKR
    Solaris eucKR ko
    Tru64 eucKR ko_KR.eucKR
    Linux n/a (see others) n/a (see others)
    AIX eucKR ko_KR
    Central European (Czech)
    Windows acp1250 n/a
    HPUX iso88592 cs_CZ.iso88592
    Solaris iso88592 cs_CZ.ISO8859-2
    Tru64 iso88592 cs_CZ
    Linux iso88592 cs_CZ
    AIX iso88592 cs_CZ
    Cyrillic (Russian)
    Windows acp1251 n/a
    HPUX iso88595 ru_RU.iso88595
    Solaris iso88595 ru_RU
    Tru64 iso88595 ru_RU
    Linux iso88595 ru_RU
    AIX iso88595 ru_RU
    Hebrew
    Windows acp1255 n/a
    HPUX iso88598 iw_IL.iso88598
    Solaris iso88598 he
    Tru64 is088598 iw_IL
    Linux iso88598 iw_IL
    AIX iso88598 iw_IL
    Others (see NOTE below)
    Windows utf8 or ASCII n/a
    HPUX utf8 or ASCII C
    Solaris utf8 or ASCII C
    Tru64 utf8 or ASCII
    Linux utf8 or ASCII
    AIX utf8 or ASCII C


    NOTE: If you use utf8 or ASCII as codeset in nodeinfo, there is NO conversion done. All data is taken raw and expected to be in the codeset the management server can handle.


    LANG must be set to one of the locales supported by the operating system for the desired language and code set combination, for example Japanese EUC, Simplified Chinese Big5, and so on.

    On UNIX managed nodes: LANG is the preferred environment variable used by the OVO agents. If any one of the LC_* variables (LC_ALL, LC_TIME, LC_COLLATE, LC_MONETARY, LC_CTYPE, LC_NUMERIC, LC_MESSAGES) are also set, they must be consistent with the value used for LANG.

    Cannot create a service with the same name as a just-deleted service

    Symptom:

    It is not possible to create a service with the same name as a service which has just been deleted. The service editor denies the creation with an error message that says the service already exists.

    Solution:

    After deleting the service, close the service editor. When you restart the service editor, you can use the service name again to create a new service.

    QXCR1000154371

    Summary: Error message occurs incorrectly.

    Symptom: The "DLL Versions and Dependencies" report shows the following message:

    File OvNtKill.exe has missing dependencies. Cannot find libopc.dll (needed by OvNtKill.exe)

    Explanation: OvNTkill is a utility which allows you to emulate the UX kill command on Windows, strictly for agents only.

    Solution:

    Ignore the error on the report.

    QXCR1000152850

    Summary: Virtual memory grows.

    Symptom:

    The virtual memory and the handle count of the monitor agent opsmona.exe grows.

    Solution:

    The problem is a bad performance counter in the Symantec pcAnywhere product. To solve the problem, it is necessary to remove the performance counter from the registry. The process is described in the Symantec document:

    The Windows Event Log fills with error messages after installing pcAnywhere.

    document id: 2000083013004512

    To access the document:

    1. Open the web page www.symantec.com.
    2. Go to service and support.
    3. Press search and enter the document id.
    4. Press search again to display the document.

    QXCR1000159846

    Summary: MOM: policy editor from remote console does not repaint well.

    Symptom:

    When the policy editor is hidden and then refocused, it may happen that the policy editor is not refreshed completely.

    Solution:

    Resize the policy editor window.

    QXCR1000152147

    Summary: On Japanese systems, the editing area may not refresh correctly.

    Symptom:

    It may happen that some part of the policy editor area is dimmed (that is, it is not refreshed correctly). That may happen in all policy editors occasionally.

    Solution:

    1. Minimize and maximize the policy editor window.
    2. Resize the window a little bit.
    3. Pull some other window on top of the policy editor and then remove it.

    QXCR1000129735

    Summary: The progress bar in the message browser does not disappear and shows only partial completion of messages loading.

    Symptom:

    This can happen when messages are being processed (acknowledged) on the server at the same time a server query for (active) messages is being requested by the MMC console.

    For example, when the operator selects a service on which to view an active message browser, the MMC Console queries for the count of messages associated with the service before the actual query for messages. This is done to be able to calculate the percentage of messages loaded in the progress bar.

    During the time these queries are being requested of the server by the MMC Console, it is possible that some of the messages contained in the queries are acknowledged by another operator or policy. If this happens, then the number of active messages actually returned to the console will be less than the count that was originally expected and the progress bar will not disappear.

    Solution:

    Simply select a different item in the scope pane and then reselect the previously selected scope pane item on which a browser was displayed. The message browser will reload and the progress bar should behave as expected.

    QXCR1000218105

    Summary: Message browser fails to receive or fails to properly handle removal of messages from the browser list.

    Symptom: When clicking on a service, node group, or node item in the scope pane with a message browser view, one or both of the following errors appear:

    "(SC1087) Newly created messages will not be displayed. __InstanceCreation event query failed."' "(SC1349) Message removed from the server will not be removed from the browser. __InstanceDeletionEvent query failed."

    Solution: The error messages are appearing because Windows Management cannot handle long notification query strings required by the OVO console to receive new messages from the server or message deletion notifications. This problem is fixed in Windows Server 2003 Service Pack 2. If the service pack is not yet available, install Microsoft hotfix 828653:

    http://support.microsoft.com/default.aspx?scid=kb;en-us;828653

    QXCR1000125519

    Summary: High CPU usage.

    Symptom:

    While Performance Monitoring on Windows NT 4 systems you might see a high CPU usage of the opcmona.exe.

    Solution:

    The problem could be caused by the usage of the pdh.dll (Performance Data Helper) version 4. In case this version is used, the monitor agent has to handle it differently, because this dll doesn't offer the functions provided with version 5. This may lead to a higher CPU usage on the system. Check which version of the pdh.dll is on the system in case there is a version 4 or earlier in \system32.

    QXCR1000125345

    Summary: OVO for Windows policy name cannot contain these special characters.

    Symptom:

    In OVOW the name of a policy may not contain the following special characters: "%", "*", ">", "<", "|", ":", "\", "/", "?", ",", "'", ";". Some of them, however, are allowed in OVO for UNIX. If you have such a policy on the UNIX server and want to upload it on the Windows server, the tool ovpmutil will fail with an error message telling you that the policy name contains invalid characters.

    Solution:

    Before you download the policy on the UNIX system, rename it so that the name does not contain the characters shown above.

    QXCR100012546

    Summary: Cannot copy policies directly to a mounted network drive.

    Symptom:

    It is not possible to download policies directly into a directory of a mounted network drive. For example, ovpmutil cfg pol dnl o:\policies /p \Samples will fail if the drive 'o' is not a local disk.

    Solution:

    Download the policies into a directory of a local disk first and later copy the files to the network drive.

    QXCR1000106751

    Summary: Opening a new window from a report window will create a view that is unusable for Policy Management.

    Symptom:

    If a new window is created while the top window is showing a report, and that new windows is used to navigate to policy management, an exception dialog is displayed and the console will close down.

    Solution:

    Option 1: If possible do not create a new window with the report view as the top window. Always create a new window by right clicking on a console tree item and select New Window From Here in the context menu.

    Option 2: If a new window has been created from a report view, right click on the item in the new window (Operations Manager:machinename) and select New Window From Here to create a new window. The new window can now be used to navigate the policy management hierarchy.

    QXCR1000125625

    Summary: Must use OVO for Windows 7.0 to use RMV ovpmutil option.

    Symptom:

    The option "RMV" of ovpmutil does not work.

    Solution:

    The option "RMV" works only for *.mm files that have been created with OVOW 7 or later. Thus, please download the policies with OVOW 7 and not with a previous release.

    QXCR1000125775

    Summary: Recreated logfiles not processed properly.

    Symptom:

    If a logfile policy is created with the option "close after reading" disabled, there is misleading behavior. If you remove the logfile which is processed by the logfile encapsulator and create a new one with the same name, the logfile encapsulator does not determine that new file until 20 intervals have passed.

    Solution:

    If you want to use such a procedure to store a logfile with a different name and create a new one instead, it is strongly recommended that you enable the option Close after reading.

    QXCR1000125936

    Summary: Do not use package names with non-ASCII characters for cluster support.

    Symptom:

    Cluster support does not work with software package names containing non-ASCII characters.

    Solution;

    Rename packages.

    QXCR1000231091

    Summary: Tracemon cannot be launched due to an error when trying to connect to the local configuration server.

    Symptom:

    The following issue was found with certain OVO/OVIS co-installations. The OVTrace.exe file is still on the system but no longer registered as Service. Therefore, when the user calls tracemon, the following error is displayed:

    "Error trying to connect to local configuration server" - "Cannot use tracemon "

    This problem can be reproduced in the following test setup:

    1. Install OVIS 5.20
    2. Install OVOW 7.5
    3. Install OVIS 6.0

    After the final upgrade, vpstat will show that the OVTrace service is missing.

    Solution:

    To restore the OVO trace service, start the old trace server manually using the following command:
    <OvInstalldir>\lbin\xpl\trc\trcinst /ccl

    QXCR1000231281

    Summary: Linux agent OS attributes reported do not match the OVO server's OS attributes.

    Symptom:

    Adding Linux OVO agents either via direct Add Node or via Drag-Drop from the "Unmanaged Node with Agents" list might potentially configure invalid OS attributes to the Node Properties and cause a deployment failure with the following error message:

    "(PMD183) One or more attributes of node {917C....} are not valid. Check the system type, the OS type, and the OS version."

    Solution: To solve this issue, manually open the Node Editor and select the proper platform type, OS, and version.

    QXCR1000229087

    Summary: The AutoPass user interface causes the calling OVIS application to hang when closed.

    Symptom:

    When you close the AutoPass 5 interface using a method other than clicking on File -->Close, it can cause the parent application to hang or to receive an application error.

    Solution:

    When using the AutoPass 5 interface from any OV application, close it using the File -->Close menu option.

    Web Console Known Problems and Workarounds

    QXCR1000232876

    Summary: Cannot cancel a job in the web console.

    Symptom:

    When a job is canceled in the web console, it can happen that the results are not displayed you see a generic "This page cannot be displayed" message in the resultsl pane. In this case, the job is deleted but because of an internal exception, the result page is not displayed.

    Solution:

    Install OVOW_00188 or superseding server patch to resolve this problem.

    QXCR1000232884

    Summary: Canceling the same job twice in the web console causes an error.

    Symptom:

    If a job is deleted in the native console, the web console is not updated immediately, so it is possible that you could delete a job in the web console that has already been deleted. In this case, the web console displays a generic "This page cannot be dislayed" message in the result pane.

    Solution:

    Install OVOW_00188 or superseding server patch to resolve this problem.

    Documentation Errata and Corrections

    The HP OpenView Operations for Windows product provides printed installation and upgrade guides, electronic manuals, and online help to assist you with licensing, using, and configuring OVO to meet your needs. Manuals are available in .pdf format and are located on the product media disk labeled HP OpenView OV Operations 7.5 for Windows Startup, in the Documentation directory.

    You may experience some difficulty in opening and viewing .pdf files if you are using Internet Explorer 5.5. If so, try opening the Acrobat Reader before opening the pdf file you want to view. You can open and print any .pdf file by starting the Acrobat Reader and navigating to the directory that contains the file you want to view.

    QXCR1000232106

    Summary: Online help for the topic "ovowconfigexchange" uses the name "node group" in a misleading way.

    Symptom:

    The online help topic "ovowconfigexchange" states that for OVO for UNIX you cannot have a node within several node groups.

    Solution: This documentation is incorrect. It is possible to have a node within several node groups. The term "node group" in this context is used to mean the node layout groups (hierarchy groups) of OVO for UNIX.

    QXCR1000232143

    Summary: The help topic "Configure using registry keys" is incomplete.

    Symptom:

    The text says "A prerequisite for message forwarding is that on each management server all nodes are known from which messages may be forwarded".

    Solution:

    The following additional information should be included:

    Alternatively, on OVO for UNIX you can add nodes for external events that match the message nodes. If you do so, however, the OVO for UNIX user will not be able to start or restart automatic and operator-initiated actions. A node for external events is a pattern that can match a range of node names or IP addresses.

    QXCR1000108188

    Summary: Unwanted policies left on nodes.

    Symptom:

    If a managed node is down or disconnected from the management server during an uninstallation, unwanted policies remain on the node.

    Solution:

    Remove a "ghost" policy following these steps, which are also documented in the "New and Upgraded Smart Plug-ins CD Installation Guide." Disregard the instructions contained in the help topic "Delete policies manually on the node."

    1. At the managed node, stop the OpenView subagent (select Control Panel-->Administrative Tools-->Services-->HP ITO Agent; right-click and select Stop.
    2. Manually delete policies by opening directories, selecting them, right-clicking, and choosing Delete. Locations for policy types are folders: <agent>\<file folder>\<File_GUID>. Specific folders are: Nodeinfo, Service Discovery, Flexible Management, and Config File.
    3. For remaining policy types, remove corresponding files from: <agent_directory>/conf/OpC/vpwin/<file folder>.
    4. Restart the OpenView subagent by selecting Control Panel-->Administrative Tools-->Services-->HP ITO Agent; right-click and select Start.

    ovowconfigexchange does not support codeset conversion for ISO 8859-15

    Symptom:

    It is not possible to choose ISO 8859-15 for codeset conversion with the ovowconfigexchange tool.

    Solution:

    Use codeset ISO81 (a keyword for ISO 8859-1), which is similar to ISO 8859-15, but does not include the Euro symbol. Support for the ISO 8859-15 codeset will be added in an upcoming patch.

    QXCR1000231785

    Summary: Help topic Configure MsgForwarding.ini contains incorrect rule name.

    Symptom:

    The help topic states that only the first "MESSAGETARGETRULE" that matches is evaluated. This is incorrect.

    Solution:

    The topic should say "MESSAGETARGETRULE"

    Typographical error in help topic "ovowconfigexchange"

    The text ISO82 (for ISO88591) is incorrect. The text should be ISO82 (for ISO88592)

    Internationalization and Localization

    Refer to the HP OpenView Operations Installation Guide for more details on using OVO for Windows in other countries.

    OVExtract Utility

    The output file path and file name must be in ASCII format. POV Auto Pass Licensing Program: You will see only English text for all installations, even if your locale is set to German (or any non-English OS). Please note:

    1. Licensing screens on any OS other than the ones supported by the product will default to the default locale specified by the product. Supported locales and the default locale are specified in the .pdf file for the product.
    2. If the default locale of the product is not supported by HPOV Auto Pass, or if the resource files corresponding to this locale are missing, then licensing screens are shown in English (the default locale of HPOV Auto Pass).
    3. If the report, import, and export screens are launched by the product via SM API calls, the above two scenarios apply.
    4. If the report, import, and export screens are launched via the executable programs provided in HPOV AutoPass software, they will show in the locale supported by HPOV Auto Pass and will default to English under exceptional cases.

    System and input locale settings

    Be sure that the system default locale setting and any input locale settings are set to Japanese. OVO for Windows does not support configurations that mix locales.

    QXCR1000231728

    (Applicable to the English release only)

    Summary: Script file cannot be found on Japanese/Korean/Simplified Chinese system.

    Symptom:

    The following command line tools fail on Japanese/Korean/Simplified Chinese sytems with the error message that the needed script cannot be found.
    -opcragt
    -ovownodeutil
    -OvOWRAgtS
    -ovowreqcheck
    -ovowtoolutil

    Error message:

    Input Error: Cannot find script file "<OVOW_install_dir>\nls\<1041|1042|2052>\scripts\command_name>.vbs"

    Solution:

    Install OVOW_00188 or superseding patch to resolve this problem.

    QXCR1000153277

    Summary: Change logfile policies to ASCII character set.

    Symptom:

    When deploying logfile policies to systems in which the language has been set to non-Latin languages (Polish, Chinese, Korean, etc.) the following error occurs:

    EventID: 0x00000400 (1024) - (FM) Error: OvEpItoAdapter: 
        (MS194)RPC call failed ((NUL16389E) Unsufficiant error ) 
        Can't read template file 'HPCTLMH'.

    (PMD36) Error: Unable to install policy
        WINOSSPI-ADS_ADCFwdAllWarnErrorMSADC on node with Primary Node
        Name or Communication Path HPCTLMH
        (NUL16389E) Unsufficient error (0x80004005). ...

    The problem does not occur on systems set to Italian, English, Spanish, German, and French.

    Solution:

    To work around this problem, change all logfile policies to the ASCII character set and redeploy the policy to the node.

    Trademark Notices

    Adobe(TM) and Adobe Acrobat(TM) are trademarks of Adobe Systems Incorporated.
    Microsoft is a U.S. registered trademark of Microsoft Corporation.
    Windows NT Windows 2000 are U.S. registered trademarks of Microsoft Corporation.
    Windows and MS Windows are U.S. registered trademarks of Microsoft Corporation.
    Pentium is a U.S. registered trademark of Intel Corporation.
    UNIX is a registered trademark of The Open Group.
    All other product names are the property of their respective trademark or service mark holders.

    Support

    Please visit the HP OpenView web site at:

    http://managementsoftware.hp.com/

    This web site provides contact information and details about the products, services, and support that HP OpenView offers.

    You can also go directly to the support web site at:

    http://support.openview.hp.com/support

    HP OpenView online software support provides customer self-solve capabilities. It provides a fast and efficient way to access interactive technical support tools needed to manage your business. As a valuable support customer, you can benefit by being able to:

    NOTE: Most of the support areas require that you register as an HP Passport user and log in. Many also require an active support contract. To find more information about support access levels, go to the following URL:

    http://support.openview.hp.com/access_level.jsp

    To register for an HP Passport ID, go to the following URL:

    https://passport.hp.com/hpp2/newuser.do

    To view release notes and other documentation, go to the following URL:

    http://ovweb.external.hp.com/lpe/doc_serv/

    NOTE: To view files in PDF format (*.pdf), Adobe Acrobat Reader must be installed on your system. To download Adobe Acrobat Reader, go to the following URL:

    http://www.adobe.com


    Legal Notices

    ©Copyright 2005 Hewlett-Packard Development Company, L.P.

    The information contained herein is subject to change without notice.

    The only warranties for HP products and services are set forth in the express warranty statement accompanying such products and services. Nothing herein should be construed as constituting an additional warranty. HP shall not be liable for technical or editorial errors or omissions contained herein.