Hello everyone,
I'm in quite a situation.
Let me start from the beginning:
We have an enviroment with a vCenter 5.1 install on a Windows Server 2008 R2.
We're using an external SQL database for vcenter and an SQL Express for the Update Manager.
Everything is installed on this one machine.
I was asked to upgrade everything to vCenter 6.0U2.
I started by mounting the ISO and the Installer checked the prereqs.
Soon there was an error message concerning the SSL certificates. The error message is described here:
Upgrading from vSphere 5.x to 6.0 fails (2110943) | VMware KB
So I tried to replace the SSL certificates. I have managed to replaced the vCenter certificate with one issued by our Microsoft CA.
Then I tried to change the SSO certificate. The process demands the SSO master Password.
I had to learn that there's a difference between the SSO master Password and the admin@system-domain Password.
I only had the latter and couldn't change the SSL certificate.
There are ways to recover the admin@system-domain password, but that doesn't affect the master password.
Then I stumpled upon this document:
https://www.penguinpunk.net/blog/wp-content/uploads/2009/08/vsphere_55_lost_sso_password_v0.1.pdf
So I tried all that only to fail at the step to reregister the Inventory Service to the new SSO instance (is-change-sso.bat)
VMware Support is lost at this point and recommends a new install of vcenter.
I have a simple question:
Can I set up a new Windows Server 2008 R2, install SSO, Web Client and Inventory Service 5.1 and then install vCenter Server 5.1 with the existing database?
I would keep the SSL certificate for vCenter as it's already good and issued by our CA.
I don't want to fuck up our production enviroment.
Can anyone give me a guide for this?
I read something about an ADAM database that has to be migrated as well, but I don't have a clue what that is.
Or can I just do a fresh install of vCenter 6.0 using the old database and upgrade during Installation?
Any help is appreciated, thanks!
Depending of how complex and large is your vCenter infrastructure, why not consider deploy a new vCenter from scratch and move the hosts from the old vCenter to the new one?