"Failed to refresh public api access token using refresh token: Encountered error trying to refresh public api access token using refresh token: Identify internal Server Error"
While checking the target vCenter server appliance console, it shows ERROR: Upgrade EXPORT failed.
/var/log/vmware/upgrade/upgrade-export.log file, you see entries similar to:apply_networking.UserUpgradeNetworkConfigError: [Error setting network. Details : DD/MM/YYYY [ERROR] Cannot run /sbin/ifup eth0 command. Unknown error. Return code : 256 output: Make sure the interface is down or not assigned any IPeth0 is DOWN or not assigned an IP. Bringing eth0 up...Can not find the manual filename, let us search for the auto filenamePerforming duplicate address check for IPv4 address XX.XX.XX.XXIP already exists in the networkUnable to set the network parametersFailed to set network]YYYY-MM-DD ERROR __main__ ERROR: Fatal error during upgrade EXPORT. For more details take a look at: /var/log/vmware/upgrade/export-upgrade-runner.log/var/log/vmware/upgrade/export.json file, you see entries similar to:YYYY-MM-DD [ERROR] Cannot run /sbin/ifup eth0 command. Unknown error. Return code : 256 output: Make sure the interface is down or not assigned any IP\neth0 is DOWN or not assigned an IP. Bringnig eth0 up...\nCan not find the manual filename, let us search for the auto filename\nPerforming duplicate address check for IPv4 address XX.XX.XX.XX\n\u00##[1;31mError: IP already exists in the network\u00##[0;39m\n\nUnable to set the network parameters\n"],"localized": "Error setting network. Details : YYYY-MM-DD [ERROR] Cannot run /sbin/ifup eth0 command. Unknown error. Return code : 256 output: Make sure the interface is down or not assigned any IP\neth0 is DOWN or not assigned an IP. Bringing eth0 up...\nCan not find the manual filename, let us search for the auto filename\nPerforming duplicate address check for IPv4 address XX.XX.XX.XX\n\u00##[1;31mError: IP already exists in the network\u00##[0;39m\n\nUnable to set the network parameters\n"This issue can occur due to any of the following reasons:
Follow the below steps if the issue occurs when the upgrade fails while the source vCenter is still shutting down:
# mv /usr/sbin/shutdown /usr/sbin/shutdown-backup# echo -e '#!/bin/bash\nsystemctl start systemd-networkd\nip link set eth0 down\nip link set eth1 down\n/usr/sbin/shutdown-backup -h now' > /usr/sbin/shutdown# chmod +x /usr/sbin/shutdownNote: If the above does not work, there may be another device with the same source vCenter IP on the network.
# arping -D -I eth0 -c 2 <vCenter IP address> # echo $?
# ARPING <vCenter IP address> from <Linux machine IP> ens192
Unicast reply from <vCenter IP address> [MAC Address 1] 0.751ms
Unicast reply from <vCenter IP address> [MAC Address 2] 1.768ms
To explain, the above output shows two MAC address mentioned for one vCenter IP. Correlate the MAC address in use by vCenter server from ifconfig command and contact on-premises network administrator. Once done, reinitiate vCenter upgrade.