This issue is resolved in NSX-T Data Center 3.1.3.8, 3.2.1 and above.
Workaround:
To workaround around this issue, it will be necessary to copy a file to the NSX Manager, see files attached to this KB.
1) From the NSX-T UI, identify which Manager is orchestrating the upgrade.
The upgrade UI page is only active on one Manager and this is the orchestrator node.
2) If upgrading to NSX-T Data Center 3.1.3.7, copy 3137_uc_helper.py file to /image directory on the orchestrator NSX Manager node.
If upgrading to NSX-T Data Center 3.2.0.1 from 3.2.0, copy 320_to_3201_uc_helper.py file to /image directory on the orchestrator NSX Manager node.
If upgrading to NSX-T Data Center 3.2.0.1 from 3.0.x or 3.1.x, copy 3x_to_3201_uc_helper.py file to /image directory on the orchestrator NSX Manager node.
3) ssh to the orchestrator node as root user.
If root access is not allowed, ssh as admin and switch to root user with the "st en" command followed by the root user password
4) Backup the file
cp /opt/vmware/upgrade-coordinator-tomcat/bin/uc_helper.py /opt/vmware/upgrade-coordinator-tomcat/bin/uc_helper.py.bak
5) Perform remediation
cat /image/3137_uc_helper.py > /opt/vmware/upgrade-coordinator-tomcat/bin/uc_helper.py
or
cat /image/320_to_3201_uc_helper.py > /opt/vmware/upgrade-coordinator-tomcat/bin/uc_helper.py
or
cat /image/3x_to_3201_uc_helper.py > /opt/vmware/upgrade-coordinator-tomcat/bin/uc_helper.py
6) From the NSX-T UI, rerun the Manager prechecks
Note: If the procedure above is not followed and instead a new file is created in the directory, ensure it has the correct permissions #chmod 754 uc_helper.py