Uploaded image for project: 'OpenNMS'
  1. OpenNMS
  2. NMS-14478

External Requisition UI: foreignSource not set for VMware requisition

    XMLWordPrintable

Details

    • 5
    • Horizon 22 - Jul 7 - Jul 21
    • Yes
      • External requisition allow to define the foreignSource name

    Description

      Before CM we had URLs like:

      vmware://vcenter-ip-address-or-hostname/foreignSource-Name?parameters

      So, the foreignSource was set in the URL. CM migrated this foreignSource to the name element and it is correctly displayed in the new UI, but unfortunately this name/foreignSource isn't reflected in the URL anymore. This results in a requisition with a new name and when migrated from 29.x in a duplication of all nodes defined by this external requisition.

      The attached screenshot is an example. This should result in a requisition/foreignSource named "MyForeignSource" but this will create a requisition named "vmware-192.168.42.42" which is totally wrong. Existing detectors/policies defined for "MyForeignSource" will not match anymore and all nodes are imported again with the wrong foreignSource. 

      I don't know if this problem is specific to the VMware requisition or other external requisition types are affected as well.

      VMware path handling is here:
      https://github.com/OpenNMS/opennms/blob/a5a5553aa5981b60a60aadcba355cc36457b90f5/integrations/opennms-vmware/src/main/java/org/opennms/netmgt/provision/service/vmware/VmwareImportRequest.java#L234

      I'm not the ne UI expert, but I think this needs to be reflected somewhere here, right?

      https://github.com/OpenNMS/opennms/blob/a5a5553aa5981b60a60aadcba355cc36457b90f5/ui/src/components/Configuration/ConfigurationHelper.ts#L233

       

      Attachments

        Activity

          People

            stheleman Scott Theleman
            cpape Christian Pape
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: