Direct links to fixes
ITNMIP_Patch_V3.8.0.89_Win32
3.8.0-TIV-ITNMIP-Solaris-REF-FP0007
3.8.0-TIV-ITNMIP-Linux-REF-FP0007
ITNMIP_Patch_V3.8.0.89_AIXPPC32
IBM Tivoli Network Manager IP 3.9.0 Fix Pack 3, 3.9.0-TIV-ITNMIP-FP0003
IBM Tivoli Network Manager IP 3.9.0 Fix Pack 4, 3.9.0-TIV-ITNMIP-FP0004
IBM Tivoli Network Manager IP Edition 3.9.0 Fix Pack 5, 3.9.0-TIV-ITNMIP-FP0005
APAR status
Closed as program error.
Error description
Unmanage/manage action causes backup poller to poll device. Product: Tivoli Network Manager Version: 3.8 While the PMR was raised against FP4, this was replicated on FP6 (build 75). Component: ncp_poller Platform: any Symptom: In a failover environment with a Primary and Backup Poller running, with the Primary domain healthy and acting primary, if the user unmanages, then manages a device, the backup poller will begin polling that device, and raising duplicate events. Replication: In a failover architecture, with just the Default Chassis Ping policy running, select any device from the network view and open the structure viewer. Then from the Tools menu, set the device to Unmanaged. Tail the backup poller's SnmpPoller.trace file in debug 4 and wait for the update from the Primary poller to be received by the backup Poller. The update message contains the string: CModelMgr.cc(200): Received an update notification from model for entity ID ... followed by the entity's ID. Once seen, manage the device again. A packet trace from the backup server shows that the backup Poller is now monitoring the altered device, as well as the primary Poller. Note: No failover has occurred, the primary domain should be healthy and should be the acting primary throughout the replication.
Local fix
Stop and restart the Backup ITNM domain to reset the backup Poller's behaviour.
Problem summary
**************************************************************** * USERS AFFECTED: * * ITNM users using failover * **************************************************************** * PROBLEM DESCRIPTION: * * In a failover environment with a Primary and Backup * * running, with the Primary domain healthy and acting primary, * * if * * the user unmanages, then manages a device, the backup poller * * will begin polling that device, and raising duplicate * * events. * **************************************************************** * RECOMMENDATION: * * | fix pack | 3.8.0-ITNMIP-FP0007 * * | fix pack | 3.9.0-ITNMIP-FP0004 * ****************************************************************
Problem conclusion
added verification of failover status
Temporary fix
Comments
APAR Information
APAR number
IV22788
Reported component name
NC/PRECISIONIP
Reported component ID
5724O52RC
Reported release
380
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-06-11
Closed date
2013-02-19
Last modified date
2013-11-05
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
NC/PRECISIONIP
Fixed component ID
5724O52RC
Applicable component levels
R380 PSN
UP
R380 PSY
UP
R390 PSN
UP
R390 PSY
UP
[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCP984","label":"Discovery and RCA"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"380","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
05 November 2013