INFO providerTaskExecutor-64 TraceflowUtils 47833 MONITORING [nsx@6876 comp="nsx-manager" level="INFO" reqId="e20###02-9157-4##e-a##0-6f######f4b5" subcomp="manager" username="nsx_policy"] dump processing lrPort : LRPort[macAddress='02:50:56:56:44:52', logicalRouterId=9######c-7##e-4##9-a##1-bd########ec', linkedLogicalSwitchPortId='68####5d-d##d-4##f-b##8-###7ffe###8a', interfaceType=DOWNLINK', logicalSwitchId='fd#####d-03ca-####-8##c-9d########d1']
GET https://{{manager_ip}}/policy/api/v1/infra/global-config
"mtu": 8800,
"fips": {
"lb_fips_enabled": true,
"tls_fips_enabled": false
},
"l3_forwarding_mode": "IPV4_AND_IPV6",
"uplink_mtu_threshold": 9000,
"vdr_mac": "02:50:56:56:44:62", <<<<<<<<<<<< vdr_mac changed from default.
Collect the output of Lr port table from the corfu database by running the command provided below as root on one of the NSX Manager node.
root@nsx-mngr-01:/#corfu_tool_runner.py -n nsx -o showTable -t LrPort
VMware NSX 3.x and 4.x
This is a known issue impacting VMware NSX.
Workaround:
Perform a backup of NSX using the steps provided here:Start or Schedule Backups
root@nsx-mngr-01:/tmp# java -cp "libport-mac-migration-lib.jar:/opt/vmware/proton-tomcat/webapps/nsxapi/WEB-INF/lib/*:/usr/tomcat/lib/*" -Dcorfu-property-file-path=/opt/vmware/proton-tomcat/conf/ufo-factory.properties -Djava.io.tmpdir=/image/corfu-tools/temp com.vmware.nsx.management.migration.impl.PortMacMigration
Validate the mac address for all of the downlinks in the Lr table is same as reported by global-config api by checking the Lr port table.
If you are contacting Broadcom support about this issue, please provide the following:
Handling Log Bundles for offline review with Broadcom support