Vendor Certification Priority List is empty in CA Performance Manager

Document ID : KB000032060
Last Modified Date : 14/02/2018
Show Technical Document Details

Description:

When accessing the Vendor Certification (VC) Priority List against a given Metric Family (MF) the list is blank.

Solution:

This problem is seen when importing or editing custom Vendor Certification (VC) entries.

If an error is encountered during the import of a new VC, or update of an existing VC, often despite correcting the error and seeing successful import results, when accessing the VC Priority List involved it shows as empty.

Another common cause of this problem is removal or editing of the XML file that is created in the $DA_HOME/apache*/deploy directory.

Often this problem is observed as not just the appearance of the blank VC Priority List in the CA Performance Manager (CAPM) , but also sometimes as errors pointing to the problem in the Data Aggregator (DA). Check by reviewing the karaf.log in the $DA_HOME/apache*/data/log directory for errors similar to the following:

WARN  | 604519002-450996 | 2014-10-09 12:22:42,281 | WebServiceRestAPIImpl | .rest.impl.WebServiceRestAPIImpl  434 | .ca.im.web-services.impl | 

      | Exception caught when performing readJAXBSpecificXML.

com.ca.im.webservices.interfaces.WebServiceException: An internal error has occured.[Null facet descriptor: {http://im.ca.com/certifications/snmp 7D363967177_CISCO_RTTMON_MIB]

 This example indicates and attempt to find the custom VC based on the CISCO_RTTMON_MIB, which does not exist in the deploy directory.

 In some instances this can be fixed by manually removing the VC referenced in the error from the VC Priority list via the REST service:

 http://DA_HOSTNAME:8581/rest/vendorpriorities/

To resolve this a script is also available from support. When run the script will first check if there are missing or bad VC entries. If they are found a second run of the script with a specific flag set will fix the bad entries and resolve the problem.

To obtain the script, please open a new issue with CA Support, reference this Knowledge Base Article and request a copy of the vcp.py script.

Using the vcp.py script:

  1. Place the script on the Data Aggegator (DA) Host.
  2. Set up the script to be run:
         Recommend placing it in $DA_HOME/scripts
         Ensure it is owned by the install owner, often root
         Ensure it is executable by running the command:

                 chmod 777 vcp.py

  3. Log in as the root user or install owner and cd to the directory the script is in.
  4. First use the script to DETECT the problem with this command:

    ./vcp.py $DA_HOSTNAME
    (Replace $DA_HOSTNAME with the DA host name or IP address)

    This will report one of two sets of output. You may see:
                Found no broken Vendor Certs in the Vendor Cert Priorities!
    Or something like this:
                Found 2 bad vendor certs:
                VCP 520: {http://im.ca.com/certifications/snmp%7DBletch
                VCP 520: {http://im.ca.com/certifications/snmp%7DXyzzy

  5. To FIX the problem if the script reports bad VC entries, run this command:

               ./vcp.py $DA_HOSTNAME -fix

    This will perform the necessary REST calls to clean up the bad VC entries.
    After this step is completed, run the script again without the -fix flag to verify that it no longer detects any bad VC entries.

Check the VC Priority List that was affected and verify the list appears as expected again.

If after the fix is implemented and the VC Priority List is visible once more, yet the custom VC being imported is missing, it may require a re-import of the VC.

If for any reason this does not fix the reported problem please open a new issue with the CA Support team for further assistance.

At this time the script is being considered for inclusion as an out of the box feature available with a future release. Please contact CA Product Management for more information regarding the decision to include the script in the product.