Discovery: CMDB sync may display error messages for conditions such as Instance missing on update,  Relationship endpoints missing / marked as deleted, or Failure during create

Version 4
    Share:|

    This document contains official content from the BMC Software Knowledge Base. It is automatically updated when the knowledge article is modified.


    PRODUCT:

    BMC Discovery


    COMPONENT:

    BMC Discovery 11.1


    APPLIES TO:

    BMC Discovery 11.1 and above



    PROBLEM:

    External manipulation of Discovery data in the CMDB, or network errors during creation of data, may cause data in the CMDB to be out of sync with Discovery, leading to errors during sync.
     


    SOLUTION:

    In all versions of BMC Discovery, resync will correct any discrepancies. Version 11.1 and later also automatically correct a number of out-of-sync conditions (see examples below) without the need for a resync.

    Instance missing on update
    Example: ARERR ERROR (120006): Instance not found

    In this case, Discovery tries to update a CI and the CMDB says it doesn't exist. Discovery will now delete the Shadow Copy of this CI, and the next time this is sync'd, Discovery knows it doesn't exist and creates it.

    Relationship endpoints missing or marked as deleted
    Example: ARERR 120141: Cannot set MarkAsDeleted to "No" on the relationship instance because one or both of the relationship endpoints are MarkAsDeleted

    Discovery tries to create a relationship and the CMDB says that one of the endpoints is either marked as deleted or doesn't exist at all. Discovery will now note the state of the endpoints and update the Shadow Copy to match that, so that on the next sync it knows the correct action to take.

    Failure during create

    If Discovery is trying to to create a CI or relationship, and it gets an error (i.e. a timeout), it doesn't know if the CMDB actually created it. In 10.2 and 11.0 it was assumed that the CI was not created and Discovery would try again the next time, but if it had been created, this would cause a duplicate. Now, if a create gets an error, Discovery notes that, and the next time, it will ask the CMDB if the CI actually exists.

    In all of these cases, Discovery sorts itself out internally (i.e. the shadow copy and CMDB are back in sync), but if may require another sync to be up to date.


    Article Number:

    000143492


    Article Type:

    Solutions to a Product Problem



      Looking for additional information?    Search BMC Support  or  Browse Knowledge Articles