TransportNodeCollectionUpdateRequestParameters (type)

{
  "additionalProperties": false, 
  "extends": {
    "$ref": "ManagedObjectOwnershipRequestParameters
  }, 
  "id": "TransportNodeCollectionUpdateRequestParameters", 
  "module_id": "TransportNodeCollection", 
  "properties": {
    "override_nsx_ownership": {
      "default": false, 
      "description": "Flag indicating whether the NSX ownership constraints (on Managed Objects like Host/Cluster/DVS) should be overridden/bypassed. Note: Overriding/bypassing NSX ownership constraints is not recommended at all. This indicates, you want to use/configure/own certain Managed Objects (like Cluster, Host or DVS) which seem to be already in use/configured/owned by some other NSX instance. This option should be used with caution. It should only be used to come out of situations where: a. The other NSX instance no longer intends to use the Managed Objects (and has already unconfigured NSX   configurations) but the ownership still lies with it (incorrectly) and you want those Managed Objects to be   used/configured/owned by this NSX instance. b. The other NSX instance has crashed or decommisioned but the ownership still lies with it and you want those   Managed Objects to be used/configured/owned by this NSX instance. Enabling this option, while the Managed Objects affected by this operation are actively used by other NSX, can lead to problematic states on both the NSX instances. For example, if a TN is forcefully reconfigured by this NSX instance (using override_nsx_ownership=true), while it was already configured and in use by the other NSX instance, it could corrupt the HostSwitch configurations pushed down by the other NSX instance.", 
      "required": false, 
      "title": "Override NSX Ownership", 
      "type": "boolean"
    }
  }, 
  "title": "Parameters for TransportNodeCollection update", 
  "type": "object"
}