Symptoms:
Below 2 symptoms are observed
2021-12-06T11:01:51.332Z ERROR dataprovider.utils.HttpUtils NSXT_###.##.###.##_Config_OpMgr-1 checkCodeAndThrow:53 Could not get response for /api
/v1/service-configs, status 400
2021-12-06T11:01:51.332Z ERROR dataprovider.utils.HttpUtils NSXT_###.##.###.##_Config_OpMgr-1 checkStatusAndThrow:41 API /api/v1/service-configs e
rror response {
"httpStatus" : "BAD_REQUEST",
"error_code" : 41013,
"module_name" : "service-config",
"error_message" : "ServiceConfig precedence value 1 is duplicate for given profile type [LatencyStatProfile]. Specified value is present in ServiceConfig ServiceConfig/832afafc-###-####-####-1c1256f7e211"
Note: The preceding log excerpts are only examples. Date, time, and environmental variables may vary depending on your environment.
VMware Aria Operations for Networks 6.10
VMware Aria Operations for Networks 6.11
VMware Aria Operations for Networks 6.12
VMware Aria Operations for Networks 6.12.1
VMware Aria Operations for Networks 6.13.0
This issue is usually seen when VMware Aria Operations for Networks Collector was either shut down or and data source was added to another collector
This error indicates VMware Aria Operations for Networks did not get the chance to clear off the latency profile it created and now vRNI is trying to create a profile afresh.
The permanent solution before we can enable Latency is to clear older config.
1. Disable or uncheck the "Enable latency metric collection" check under edit datasource page for NSXT on the VMware Aria Operations for Networks GUI
2. Edit NSXT datasource and uncheck the Latency profile check box
3. Get all service configs by calling api https://nsx-ip/api/v1/service-configs/
(GET API) [POSTMAN]
4. Identify VMware Aria Operations for Networks created service config (it will have name prefix format as “vRNI-Service_Config_Profile_
”
Example:
"profiles": [
{
"profile_type": "LatencyStatProfile",
"target_id": "4452cb73-###-####-####-c4310c4f5331",
"target_display_name": "vRNI-Latency_Stat_Profile_RFIxUjVTOA==",
"target_type": "UpmProfile",
"is_valid": true
}
4. Delete that particular service config again via API by using the corresponding ServiceConfig> id
Eg: Delete API https://nsx-ip/api/v1/service-configs/service-config-id
5. Enable or check the "Enable latency metric collection" checkbox under edit datasource page for NSXT on the VMware Aria Operations for Networks GUI.
At this time no errors should be seen and datasource should have been submitted sucesfully.
6. Observe the environment and if the error message appears back again in next few hours then:
GS support team will have to review and evaluate this further and make changes to Aria Operations for Networks database. Open a case with Broadcom Support and reference this KB article (324455). See Creating and managing Broadcom support cases.