DX NetOps

 View Only
Expand all | Collapse all

Spec KB: CA Spectrum Trap Director "Alert forwarding queue length" is increasing in the "Trap Management" subview of OneClick

  • 1.  Spec KB: CA Spectrum Trap Director "Alert forwarding queue length" is increasing in the "Trap Management" subview of OneClick

    Broadcom Employee
    Posted Jun 24, 2015 03:21 PM

    Spec KB: CA Spectrum Trap Director "Alert forwarding queue length" is increasing in the "Trap Management" subview of OneClick

    Document ID:  TEC617956

    ShowHide Technical Document Details

    • Products
      • CA Spectrum
    • Releases
      • CA Spectrum:Release:9.3
      • CA Spectrum:Release:9.4
    • Components
      • ALARM
      • CORE / SPECTROSERVER
      • DISCOVERY
      • ONECLICK

    Description:

    The Trap Director "Alert forwarding queue length" in the "Trap Management" subview is increasing causing trap processing to be delayed. The root cause is a communication issue between the Trap Director system and the other SpectroSERVER systems in the Distributed (DSS) environment. If Trap Director is not able to communicate with a Landscape then it will flush the entire Trap Director cache causing it to have to be rebuilt from scratch. If traps are coming in often enough, this will cause the Trap Director cache to be constantly flushed and rebuilt causing a backlog in the alert forwarding queue.

    Please select the following link for more information on this subject:


    Knowledge Document Link:


    http://www.ca.com/us/support/ca-support-online/product-content/knowledgebase-articles/tec617956.aspx



  • 2.  Re: Spec KB: CA Spectrum Trap Director "Alert forwarding queue length" is increasing in the "Trap Management" subview of OneClick

    Posted Jun 24, 2015 04:23 PM

    This could also (in our case) indicate that you have too many traps for the Trap Director to handle. You can monitor your trap / event count using the performance section of the VNM model.

     

    In our case the queue length got higher and higher and we noticed that some alarms were delayed. This is because this queue just increases in size and can't keep up with processing them - so while it will eventually get to them, the delay just gets longer and longer.

     

    Regards,


    Frank