IBM Support

IV01535: POLLER CONTINUES TO POLL AN UNMANAGED CHASSIS

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • ITNM 3.8 FP5 with IF001 installed on
    RH Linux 5
    
    Customer can unmanage a chassis from the gui (hopview) and can
    still see polling traffic going to that entity.  It appears to
    only be snmp poll traffic because the tcpdump shows ICMP echos
    stop when unmanaeged.
    
    Steps to recreate:
    
    1)Create domain and populate with entities
    2)Create poll policies for Chassis Ping, Interface Ping, and
    several snmp related polls
    3)After confirmation that these devices are being polled,
    unmanage a device (chassis) by right click and choose "unmanage"
    from the gui.
    4)Observe that all the logging indicates the device has
    been removed from polling.
    5)Use tcpdump or similar to monitor port traffic and find that
    this is truly not the case and that there is still some polling
    of the device.  It appears that ping traffic has stopped but we
    are still seeing snmp polling continue.
    

Local fix

  • Restart the ncp_poller process after unmanaging the device.
    This is not an acceptable workaround in some cases.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * Users of network polling, also using manage/unmanage         *
    * functionality in the GUI                                     *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * A node is unmanaged in the GUI using the right-click menu:   *
    * it continues to be polled by active policies.                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * This fix will be included in | fix pack |                    *
    * 3.8.0-ITNMIP-FP0007 and | fix pack | 3.9.0-ITNMIP-FP0001     *
    ****************************************************************
    The problem actually only occurs when more than one policy is
    active (which is usually the case).  Only the first active
    policy responds to the changes in managed status.  The problem
    also occurs for interface polls when individual interfaces are
    managed or unmanaged.
    

Problem conclusion

  • | fix pack | 3.8.0-ITNMIP-FP0007 and | fix pack |
    3.9.0-ITNMIP-FP0001
    

Temporary fix

  • restart ncp_poller process.
    

Comments

APAR Information

  • APAR number

    IV01535

  • Reported component name

    TIV NETWK MGR I

  • Reported component ID

    5724S4500

  • Reported release

    380

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-06-07

  • Closed date

    2011-06-27

  • Last modified date

    2011-06-27

  • 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

    TIV NETWK MGR I

  • Fixed component ID

    5724S4500

Applicable component levels

  • R380 PSN

       UP

[{"Line of Business":{"code":"LOB45","label":"Automation"},"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSSHRK","label":"Tivoli Network Manager IP Edition"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"380"}]

Document Information

Modified date:
28 September 2021