POST /api/v1/trust-management/certificates/<cert-id>?action=apply_certificate&service_type=API&node_id=<node-id>
POST /api/v1/trust-management/certificates/<cert-id>?action=apply_certificate&service_type=MGMT_CLUSTER
cat /config/site-manager/siteId
GET /api/v1/trust-management/certificates/<certificate-id>
Note: Certificate ID can gained by either expanding the certificate in the UI or running the API call:GET /api/v1/trust-management/certificates
Service type API should only be assigned to nodes, the node ID (for the NSX-T manager) is used to assign this, service type MGMT_CLUSTER is for the VIP, siteId is used for the cluster VIP, but is automatically assigned using the specific POST API call above, without a node ID.
In normal circumstances when the correct API calls are used and the correct node ID's are used to apply the service type API, this issue should not occur.
We have seen the issue can occur if the incorrect node ID, such as using the siteId, is used when applying the API call to replace the node (service type API) certificate.
Workaround:
If you believe you have encountered this issue, please open a support case with Broadcom Support and refer to this KB article.
For more information, see Creating and managing Broadcom support cases.