Node has invalid version 4.2.2.1.0-7.0.xxxx of software nsx-monitoring. Node has invalid version 4.2.2.1.0-7.0.xxx of software nsx-vdpi. Node has invalid version 4.2.2.1.0-7.0.xxx of software nsx-shared-libs. Node has invalid version 4.2.2.1.0-7.0.xxx........... .....
VMware NSX
GET https://nsx-manager/api/v1/fabric/modules
Example: Consider upgrade Target version is 4.2.2.1.XXXX and the Source/Old version is 3.2.4.0.0.xxxxx , below snippet from the API response needs to be considered:
{
"fabric_module_name": "hostprep",
"current_version": "3.2.4.0.0.xxxxx" ------> Should point to 4.2.2.1.XXXX
Workaround:
POST https://<nsx-mgr>/api/v1/upgrade/plan?action=stage-upgrade&component_type=HOST
Confirm if the 'hostprep' section of the Fabric Module is updated to the Target version using API 'GET https://nsx-manager/api/v1/fabric/modules'
Resolution:
User should either perform host upgrade from UC or performed staging-upgrade in case of OOB as mentioned in the 4.2 Upgrade guide (Step 2) - Upgrade Hosts Manually
If you are unsure whether this article applies to your situation, need help executing any of the steps, or require assistance with validation, please open a case with the Broadcom Technical Support Team using the knowledge base link below.
Creating and managing Broadcom support cases