NNMi 9.2x Release Notes Updates

Last Updated: 14 August, 2015

This document contains updates to the release notes for HP Network Node Manager i Software (NNMi) 9.2x. You can also check for online NNMi 9.2x support matrix updates or the device support matrix.

Other useful links include the following:


The following list contains NNMi 9.2x update information:


08/14/2015: Path View Limitation

Path View or Smart Path doesn't work in a multi-tenant environment.


08/23/2012: List of Red Hat versions supported by NNMi 9.2x

NNMi 9.2x supports the following versions of Red Hat Enterprise Linux Server:


09/19/2013: Change to Management Address Selection Settings

When using Management Address Selection settings with an interface that has multiple IP addresses, NNMi now selects the management address based on ascending order of IP addresses, beginning with the lowest IP address.


09/01/2013: Northbound integration disabled under limited capacity license

Northbound integration is disabled under the limited capacity license. After a full license is installed, northbound integration can be re-enabled by reconfiguring a northbound destination.


08/15/2013: NNMi management servers in an application failover cluster must have same sequence of patch installations

Both NNMi management servers in an application failover cluster must have identical patch installations. You must always install the same patches in the same sequence on each NNMi management server in the cluster. For example, if you install NNMi 9.2x Patch 1, NNMi 9.2x Patch 2, and NNMi 9.2x Patch 3 on one NNMi management server, you must install NNMi 9.2x Patch 1, NNMi 9.2x Patch 2, and NNMi 9.2x Patch 3 on the other NNMi management server. Skipping the installation of 9.2x Patch 2 on the second NNMi management server will cause NNMi Cluster Setup Wizard errors.


08/14/2013: NNMi MIB browser uses SNMP v1 by default when optional SNMP community string is specified

If you use the NNMi MIB browser (Action > MIB Information > Browse MIB menu) to obtain information about a node, and provide an optional SNMP community string for that node, the NNMi MIB browser uses MIB browser parameters located in the nms-ui.properties file for MIB Browser SNMP communication. By default, the MIB browser will use SNMP v1 for communication (for commands such as nnmsnmpget.ovpl and nnmsnmpwalk.ovpl).


07/19/2013: NNMi Online Help Error

The NNMi online help incorrectly references the readonlynodegroupselector parameter.

When using URLs for direct access to various NNMi views, disable the node group selector in the views using the parameter readonlygroupselector NOT readonlynodegroupselector.


05/23/2013: NNMi 9.23 (patch 3) provides CIAs in the order of original trap varbinds

NNMi 9.23 (patch 3) now provides Custom Incident Attributes (CIAs) in the order of the original trap varbinds for traps received after applying the patch. You can observe the new CIA ordering in the NNMi console as well the Northbound Interface and NNMi SDK.


05/23/2013: iSPI-NET Trap Analytics - Trap Analysis log is blank in NNMi 9.2x

The NNMi Console displays an empty file when the Trap Analysis log is viewed using Tools → Trap Analytics → Trap Analysis Log. To resolve this issue, do the following:

  1. Run the ovstop command on the NNMi management server.
  2. Edit the following file:
  3. Change the lines:

    <!-- trap analysis -->
    <logger category="com.hp.ov.nms.trapd.TrapAnalysis" use-parent-handlers="false">


    to

    <!-- trap analysis -->
    <logger category="com.hp.ov.nms.trapd.WideTrapAnalysis" use-parent-handlers="false">


  4. Run the ovstart command on the NNMi management server.
Note: You must have an iSPI-NET license to use this feature.

05/23/2013: BSM 9.22 configured for Smart Card authentication using SSL for the integration fails to connect to NNMi

The NNMi integration with BSM returns the following error message in the NNMi log if BSM 9.22 is configured for Smart Card authentication using SSL:

Exception occured attempting to connection to BSM server.: com.hp.ucmdb.api.CommunicationException: Got response code 403 for URL ...

If you require BSM 9.22 configured for Smart Card authentication using SSL, see QCCR1B115394 on the HP Software Support online site.


04/18/2013: nnmaction process may stop after NNMi services start up under certain conditions

If NNMi services running inside ovjboss start up slowly, the nnmaction process might stop shortly after it starts up. This is because nnmaction depends on certain event services in the NNMi ovjoss server, which continue to start up after ovjboss has completed its startup. The event services must be fully initialized for nnmaction to function normally. After nnmaction starts up, it monitors the event services, and if the event services are not fully initialized after a certain period of time, the nnmaction process exits. To resolve this issue, run the following from the command line to restart the nnmaction process:


04/10/2013: Deleting a node having a large number of interfaces requires some extra steps

The NNMi console might time out and report an error if you try to delete a node having a large number of interfaces. Before deleting the node, you must first unmanage the node regardless of method for deletion. After you successfully unmanage the node, delete the node using the NNMi console. Alternately, use the nnmnodedelete.ovpl script to delete nodes having a large number of interfaces. For more information, see the nnmnodedelete.ovpl reference page or UNIX manpage.


03/07/2013: NNMi 9.22 (patch 2) requires NNM iSPI updates for Lightweight Single Sign-On (LW-SSO)

NNM9.22 (patch 2) includes changes to Lightweight Single Sign On (LW-SSO) that require several NNM iSPIs and integrations using LW-SSO to install a patch or hotfix in order for LW-SSO to continue to work with NNMi. Below is a table showing the NNMi iSPIs and the required hotfixes or patches:


NNMi iSPI Required Hotfix/Patch
NNM iSPI Performance for QA HOTFIX_NNMISPI_QOS_9.21_2012-12-20_1B
NNM iSPI for IP Multicast IP_MULTICAST_9.20_HOTFIX
NNM iSPI for IP Telephony version 9.20 HOTFIX1_NNMISPI_IPT_920_OCT2012
NNM iSPI for MPLS version 9.20 HOTFIX_NNMISPI_MPLS_9.2_2012-11-21_1
NNM iSPI Performance for Traffic version 9.20 HOTFIX_NNMISPI_TRAFFIC_9.20.010_2013-03-20_1

Contact HP Support for information on how to obtain these hotfixes.


01/31/2013: Some SNMP agents return null bytes for filterable attributes

When creating filters for NNMi, pay special attention to the values returned by the SNMP Agent before applying your changes. For example, some SNMP agents might return illegal characters for filterable attributes (such as returning null bytes for the ifDescr value). Generally, these illegal characters cause the filter to fail. Filtering on null characters or non-Unicode characters might not work, as NNMi interprets each of these characters as the Unicode Replacement Character (such as ? at Unicode codepoint U+FFFD). If you encounter this problem, work with your SNMP Agent vendor to correct the instance of illegal characters when it does not match the MIB specification.

Note: Illegal characters can be defined as a character that meets one of the following criteria:


01/18/2013: Non-global Solaris zones require additional configuration

You must configure non-global Solaris zones with extra privileges for some commands to work. If the zone only has default privileges, non-root users cannot use the ping or traceroute commands. This is due to the default zone configuration not having certain privileges such as net_rawacces, net_privaddr, or net_icmpaccess. To resolve this issue, do the following:

  1. Log on to the system as user root
  2. Run the ppriv $$ command.
  3. Check for the following privileges:
  4. For the missing privileges, run the following commands:
    1. zonecfg –z <zone_name>
    2. zonecfg:<zone_name> set limitpriv=default,net_rawaccess
      • This might require adding other privileges
    3. zonecfg:<zone_name> verify
    4. zonecfg:<zone_name> commit
    5. zonecfg:<zone_name> exit
  5. Run the following commands to reboot the zone.
    1. zlogin <zone_name> shutdown
    2. zoneadm –z <zone_name> boot


01/04/2013: Upgrading an 9.0x NNMi management server with LWSSO enabled to NNMi 9.2x requires additional configuration steps

When upgrading an NNMi 9.0x NNMi management server to NNMi 9.2x, there are extra steps required if you configured the NNMi management server as follows:

If your NNMi 9.0x NNMi management server matches the above configuration, you must manually migrate any hostnames that were configured as protectedDomains values located in the lwssofmconf.xml file to the nms-ui.properties file. You will find these files in the following locations: See Configuring Single Sign-On for Global Network Management in the NNMi 9.22 Deployment Reference for details and examples.


12/13/2012: SNMP MIB Loader issues occur after removing a patch or hotfix

If you install an SNMP MIB Loader hotfix after applying NNMi 9.2x Patch 2 (or later patch), you can load specific MIBs that you could not load prior to installing the SNMP MIB Loader hotfix. After you remove the SNMP MIB Loader hotfix or the patch, you can no longer load or unload a MIB. To avoid this issue, unload all of the MIBs you loaded after applying the patch or installing the SNMP MIB Loader hotfix before you uninstall the patch or hotfix. An alternative approach is to install the newest MIB Loader Hotfix that corresponds to the patch you uninstalled.


10/02/12: Information about how NNMi Discovery affects the Created and Last Modified attributes on the "Nodes Form: Registration Tab" is missing.

Created

Date and time the Node object instance was created. NNMi uses the locale of the client and the date and time from the NNMi management server.

NOTE: This value does not change when a node is rediscovered. This is because the Node object is modified, but not created.

Last Modified

Date and time the Node object instance was last modified. NNMi uses the locale of the client and the date and time from the NNMi management server.

Note the following:


10/02/12: Upgrading from NNMi 9.0x or NNMi 9.1x to NNMi 9.2x might incorrectly set the HostNameMatchManagementIP property to false

If you plan to upgrade an earlier version of NNMi 9.0x or NNMi 9.1x to NNMi 9.20, the upgrade might incorrectly set the HostNameMatchManagementIP property to false. The HostNameMatchManagementIP property exists in the nms-disco.properties file.

In most cases, you will prefer the value of this property to be true. If you want it to remain true, check this file after the upgrade completes, and correct the value if necessary. The nms-disco.properties file is located in the %NnmDataDir%\shared\nnm\conf\props folder (Windows) or the $NnmDataDir/shared/nnm/conf/props directory (UNIX).

If you change the value of the HostNameMatchManagementIP property, for the changes to take effect, you must restart the NNMi management server as follows:

  1. Run the ovstop command on the NNMi management server.
  2. Run the ovstart command on the NNMi management server.

NOTE: When making file changes under HA, you must make the changes on both nodes in the cluster. For NNMi using HA configurations, if the change requires you to stop and restart the NNMi management server, you must put the nodes in maintenance mode before running the ovstop and ovstart commands.


09/19/12: Before installing NNMi 9.21 (patch 1) on an NNMi management server configured with High Availability (HA), you must put both cluster members in Maintenance Mode

Before installing NNMi 9.21 (patch 1) on an NNMi management server configured with High Availability (HA), you must put both cluster members in Maintenance Mode. The NNMi 9.21 Deployment Reference tells you to create a maintenance file to put these cluster members in maintenance mode. However, when installing NNMi 9.21 (patch 1), maintenance is the wrong file name to use. To successfully put these cluster members into maintenance mode before installing NNMi 9.21 (patch 1), create the following file:

Note: On windows NNMi management servers, in addition to creating the maint_NNM file, you must stop the resource group  prior to installing NNMi 9.21 (patch 1).


07/20/12: Windows Only: NNMi does not support silent installations in non-English locales

Windows Only: Do not use the NNMi silent installation instructions on Windows servers configured for non-English locales. For Windows servers configured for non-English locales, you must install NNMi using the interactive installation wizard as described in the NNMi 9.20 Interactive Installation Guide.


06/25/12: If you install HP NNMi on a server that also has HP Systems Insight Manager (HP SIM) installed, you might encounter port conflicts

If you plan to install HP NNMi on a server that has HP SIM installed, HP NNMi might cause port conflicts. Before installing and running HP NNMi on this shared server, identify any ports being used by both HP NNMi and HP SIM. To remedy the port conflicts you identify, edit the nms-local.properties file and make port configuration changes as described in the nnm.ports reference page. After you remedy these port conflicts, HP NNMi should run with no port conflicts.


05/30/12: NNMi Application Failover cluster can remain stuck in STANDBY_RECV_TXLOGS state

The standby node in an NNMi cluster can remain stuck in the standby state while it is trying to receive transaction logs from the active node. This can occur when the active node has recently generated a new database backup that took a long time to create, send to standby, or both. The standby has already acknowledged receipt of database transactions (through the continuous database updates sent through a separate socket), and the corresponding transaction log files, which are pending, have already been deleted from disk. The workaround is to run the “nnmcluster –dbsync” operation.


05/30/12: SNMP nodes discovered with no SNMP agent

If the SNMP Minimum Security Level is set to "Community Only (SNMPv1)", the new community string priority feature fails. This causes exceptions in the log and the node is discovered as a non-SNMP node. To work around this problem, either do not set priority on the community strings or use the Regions tab to create regions for the nodes that have the same community string and use the Ordering attribute to set the priority on the region.


05/30/12: RAMS traps show IP address as Hex string in the NNMi Incident views

After upgrading to NNMi 9.20, some RAMS traps show IP address as Hex string in the NNMi Incident views. To workaround this problem, update the Incident Configuration for RAMS traps that are forwarded to NNMi:

  1. Generate a file of the existing RAMS traps:
    $NNMINSTALL/bin/nnmincidentcfgdump.ovpl –dump /tmp/ramsTraps.tag –authorKey com.hp.rams.nnm.author
  2. Edit the /tmp/ramsTraps.tag file to update the trap configuration Message Formats as follows:
  3. Load the modified RAMS traps:
    $NNMINSTALL/bin/ nnmincidentcfgload.ovpl -load /tmp/ramsTraps.tag
  4. From the NNMi 9.20 console, use Configuration→Incidents→SNMP Trap Configurations to validate the following five traps:

©Copyright 1990-2012 Hewlett-Packard Development Company, L.P.