We need to bring deployed appliance up-to the same version as ISO.
ISO version is higher than deployed appliance. it creates a folder structure workflow_xxxxxxxxxxxxx inside specified folder. ISO file for vCenter Server 6.5 U2 (8307201) does not contain a convergence utility.Īs per the command, I placed log files inside C:\temp folder. I did it purposely to demonstrate log file location and upgrading appliances via command line and VAMI.
Mounted ISO Is higher than the installed version of PSC and VCSA. It fails due to version mismatch between installed PSC and mounted ISO image.
Mount an ISO image on a windows host, navigate to x:\vcsa-converge-cli\win32 folder and run a dry run of convergence process to ensure that information provided inside jSON template meets the requirement of convergence process. Putty into testvc1 to validate that it is pointing to testpsc for authentication, licensing, certificate management and SSO functionality. All parameters accompany small description which makes it self-explanatory. vcsa-util.exe is available inside ‘x:\vcsa-converge-cli\win32’ folder of the ISO.įollowing screenshot shows converge.json template filled up with necessary details to input into vcsa-util.exe command line utility. These templates are available in ‘x:\vcsa-converge-cli\templates’ folder of the ISO. However, in the current build of this lab setup, we will perform convergence via cli using jSON template for convergence and decommission. it requires root credentials to logon.īeginning with vCenter Server 6.7 U2, it offers a GUI method to perform convergence. VAMI is accessible via appending 5480 port to an IP address of an appliance. Login to VMware Appliance Management Interface (VAMI) to determine current the version information of testpsc (10.0.0.122) and testvc1 (10.0.0.120) server.
In production environment, make sure to take full backup of both appliances before upgrade. We have the following topology and build number to begin with. In this blog post, we will go through the process of convergence and decommission of external PSC node after successful convergence into vCSA with an embedded PSC.
Previously, customers seeking to have enhanced linked mode with embedded PSC must opt for external PSC deployment topology which increases number of nodes to manage, upgrade and troubleshoot.
In a future vSphere release (not update release), there will no longer be an option to deploy the external PSC”īeginning with vCenter Server Appliance (vCSA) 6.5 U2 introduced enhanced linked mode with embedded PSC, thus allowing the freedom of having PSC and core vCenter services into one node. “VMware is deprecating the external Platform Services Controller deployment model. It also streamlines management and upgrade activities due to co-location of two architectural component into one entity. It all takes place within system bus which is very fast than a network path. no network path to traverse during authentication. Therefore, organizations aiming to perform convergence will benefit from this utility part of VCSA 6.5 U2d ISO file.Ĭonvergence provides performance and reliability due to co-location of two components into one server i.e. VMware is planning to deprecate external platform services controller beginning with VCSA 6.7. Once you confirm the P2V is successful I would recommend changing User Access Control: Run all Administrators in Admin Approval Mode back to Enabled from Disabled.VMware vSphere 6.5U2d version has a vcsa-cli utility which performs convergence of an external platform services controller into an embedded platform services controller. You should now be able perform the P2V without issue.Īfter making the above change we was able to successfully P2V the server without any further issues:.Restart the server to make the changes take effect.Change “ User Access Control: Run all Administrators in Admin Approval Mode” from Enabled to Disabled.Go to: Local Policies > Security Options.Open Local Security Policy (open run dialog and type secpol.msc).Log into the server you’re trying to convert to a virtual machine.Workaround for Permission to perform this operation was denied Below is the workaround we performed to quickly allow us to P2V the physical server. Just the other day we had a Windows Server 2008 R2 Standard physical server that needed to be P2V’ed, and after trying to use VMware Converter Standalone 6.1.1 we ran into the error message “ Permission to perform this operation was denied” after entering the source machine details.Įven after trying to start VMware Converter as “ Run as administrator” the error persisted.