Integrating with HP OpenView NNM v7.0

While integrating with HPOV NNM v 7.0 specifically, the following steps are necessary to ensure that NNM receives the SNMP traps sent by eG Enterprise:

1. Copy the file eg_ov.conf from the eG manager directory (for e.g., /opt/egurkha/manager/config on Unix or <EG_HOME_DIR>\egurkha\manager\config on Windows environments) to the OpenView system.

2. On the OpenView system, run the command:

   <OpenView_HOME_Dir>\NNM\bin\xnmevents -load <full path to eg_ov.conf>

   Note:

   When you run the above command, make sure that the NNM Event Configuration window (see Figure 94) is closed.

With that, the integration is complete. To verify whether the integration was successful or not, follow the steps below:

1. Using the Options -> Event Configuration menu items (see Figure 93) on the OpenView NNM Console, open the NNM Event Configuration window.

   

   Figure 93 : Opening the Event Configuration window

2. Under the Enterprises section, you should see a listing for eG (see Figure 94). Clicking on this listing, will display a list of eG events - since we had earlier configured the eG manager to send out SNMP traps for Critical, Major, Minor, and Normal events (see Figure 94), you will find an entry for each of these configured events (see Figure 94) in the events list. Also, note that the events list includes the following entries: eGAgentNormal and eGAgentWarning. These additional listings ensure that the SNMP console also displays alerts when an eG agent stops and starts later.

   

   Figure 94 : The Event Configuration window listing

3. The above process also adds a new category called eG Alarms in the OpenView NNM alarm categories list (see Figure 95 and Figure 96). All eG events are automatically associated with this category. Clicking on any of the events listed in Figure 94 will lead you to the Modify Events dialog box (see Figure 95). In the Event Message tab page of the dialog box, you should see the eG Alarms category in the list of categories that appears on selecting the Log and display in category option. You will also see the new category in the Alarm Categories window depicted by Figure 96.

   

   Figure 95 : The Event Message tab page of the window displaying a new category called eG Alarms

   

   Figure 96 : The Alarm Categories window displaying the eG Alarms category

4. Stop the OpenView NNM alarm manager and then, start it using the command xnmevents. The Alarm Categories window (as depicted by Figure 96 above) will come up. Clicking on the eG Alarms option in this window will open the eG Alarms Browser, which displays the details of alarms sent by the eG manager. If there are no issues in the environment currently, then the browser will display no alarms (see Figure 97).

   

   Figure 97 : The eG Alarms browser displaying no alarms

5. Once the eG manager detects performance issues, it will generate and display alarms in the Alarms window of the eG monitoring console. The Alarms window depicted by Figure 98 and Figure 99, for example, indicates that the MS FTP server in the environment has crashed, thereby bringing down the FTP publishing service!

   

   Figure 98 : The Critical alarm indicating the MS FTP service has gone down

   

   Figure 99 : A Major alarm indicating that the agent is unable to FTP files

6. When the eG manager generates alarms, the color-coding of the eG Alarms category in the Alarm Categories window of the NNM console, will change to reflect the severity of the eG alarm. In Figure 100, for instance, the color-coding of the eG Alarms category has changed to Red, indicating the existence of one/more Critical issues.

   

   Figure 100 : The eG Alarms category indicating the existence of Critical alarms

7. Clicking on eG Alarms in Figure 100 will open Figure 101, where the details of the alerts raised by the eG manager will be displayed.

   

   Figure 101 : The eG Alarms Browser displaying the details of the alarms generated by the eG manager

8. To understand the contents of these alerts better, let us take a closer look at say, the first alert reported by .

   Contents of the SNMP alert

   The alarm severity	CRITICAL
   The date/time of problem	Wed Mar 24 18:44:00
   The IP address of the eG manager	192.168.10.90
   The problem component-type	MS_ftp_server
   The IP and TCP port of the problem component	192.168.10.126:21
   The problem layer	WIN_SERVICE Layer
   A brief description of the problem	Service_not_up (FTP_Publishing_Service)
   The problem test	WinServiceTest
   The value of the measure	0.0
   The threshold value that was violated	Not visible in the figure

9. If a problem is resolved, and the problem component is restored to its Normal state, the eG manager will send out Normal alerts to the SNMP management console. Accordingly, the color-coding of the eG Alarms category in the NNM console will change once again, indicating the return to normalcy (see Figure 102). Moreover, the eG Alarms Browser will display the details of the Normal alerts as well (see Figure 103.

   

   Figure 102 : The eG Alarms category in a Normal state

   

   Figure 103 : The eG Alarms Browser displaying Normal alerts

10. In addition to tracking changes in the state of eG-managed components, this integration also enables you to track changes in the state of eG agents deployed in an environment, from a single monitoring console. If an eG agent suddenly stops, and comes back up later, you will find equivalent alerts displayed in the eG Alarms Browser of the NNM console (see Figure 104). From Figure 104, it is evident that while a Warning event was raised for the eG agent failure, a Normal event was raised when the agent started running subsequently.

Figure 104 : The eG Alarms browser indicating agent state changes