Upgrade Lab to vCenter 6.5

Upgrade Lab to vCenter 6.5

This post will cover upgrading my Lab to vSphere 6.5. After due consideration of the push by VMware to move to the vCenter Appliance I decided that rather than a protracted Server OS change to 2016 and the fact vCenter 6.5 doesn't support SQL 2016 it would be far easier to test the migration wizard and move to VCSA 6.5. It's only my Lab after all!!

Mount the VCSA ISO and copy the "migration-assistant" folder to your vCenter VM. Run the "VMware-Migration-Assistant.exe" file and you should see the following if it doesn't encounter any errors in your environment:

Sorry about the large size but this contains a lot of important information. Next, run the <virtual cdrom letter>:\vcsa-ui-installer\win32\installer.exe file and choose Migrate in my case:

Click Next: 

 Accept the License Agreement:

 Provide the FQDN of your vCenter where you are running the migration wizard from. Ensure the port is open if using a Windows Firewall. Provide appropriate credentials:

 Accept the Thumbprint:

 Provide destination details of the ESXi Host or vCenter where you want to deploy the new VCSA appliance to. Nice to know if you're building out a new environment you can point elsewhere. In my case I'm pointing it back to the same vCenter I'm upgrading, let's see if it copes with that?!!

 Usual ssl warning:

 Select a Folder:

 Select a Host:

 Give the new VCSA a name and password:

 Select a Size:

 Select a Datastore:

 Give the new VCSA an available IP for the transition period. This will be interesting to see how it gets on and at what point it powers down my old Windows vCenter:

 Check everything and Click Finish:

 Coffee time:

 The VM deploys in the background as shown here. This is coming from the mounted ISO from my PC:

 Here is the console of the new VCSA during the initial startup Phase:

Which should lead to this when it's completed:

 The console shows the following (no IP mentioned):

After Clicking Continue you see the following:

 It communicates with the migration assistant again and offers the following warnings:

 The migration assistant is updated showing it has packaged and send the necessary migration data over from the old vCenter server:

Next provide an Active directory account with appropriate permissions to join AD:

 Decide what information you wish to preserve / migrate over, I'm selecting EVERYTHING!:

 Usual experience program stuff:

 Tick the box to declare you don't care! Then Click Finish

You get one last chance:

Oh no - What have I done?!!!! 

Somewhere along the way I noticed it's given the temporary IP to the VCSA:

Now I've just to wait for the migration to complete. 

Once the copy was over my old vCenter was shut down. 

So how did we do:

 Oh Dear....

You can download the VCSA logs to have a squint. 

Some of the errors in the logs are as follows:

2016-12-21T13:08:50.484Z INFO firstbootInfrastructure [Failed] /usr/lib/vmware-vpx/firstboot/vpxd_firstboot.py is complete

2016-12-21T13:08:50.485Z WARNING firstbootInfrastructure Bug component info file does not exist

2016-12-21T13:08:50.485Z INFO firstbootInfrastructure Firstboot duration: 483 sec

2016-12-21T13:08:50.485Z INFO firstbootInfrastructure First boot is a failure

2016-12-21T13:08:50.486Z INFO firstbootInfrastructure Changing vMon default start profile to ALL

2016-12-21T13:08:50.486Z WARNING firstbootInfrastructure stopping status aggregation...

and

2016-12-21T13:06:04.788Z [main WARN  com.vmware.cis.cm.client.ComponentManagerClient] 

So, looks like it encountered an error and I need to see if I can rollback to the old appliance or not. So, I deleted the VCSA65 VM and powered on LABVC and logged in. First thing to check is if it's still Domain joined!
Well, everything appears to have come back up ok - can log into vCenter and all the services are up.

Domain membership is NOT ok though - error via RDP "The trust relationship between this workstation and the primary domain failed". You can join a workgroup, reboot, rejoin the domain and reboot to resolve.....or....open Powershell and type in "reset-computermachinepassword -server labdc.lab.local" - just replace the server name with the FQDN of YOUR domain controller & reboot.

I could get into the ViClient (C#) and Web Client interfaces again without issue.

I can't say that the experience fills me with confidence. Obviously having backups / snapshots will help rollback but it's a big jump and at this point in a Production environment I'd be logging a support call to check what was the cause of the error but you're completely at their mercy at that point. Would a Windows version upgrade work I wonder? I'm considering my options at this point....

I would imagine that a complex Production environment would be more difficult. Would just choosing the Configuration option only work? Make sure you remove the VCSA65 VM from vCenter to clean it up.

I decided to give it one last try. I cleaned up a lost of dead objects from the Host & Clusters view and a few dead Distributed vSwitches, then tried a Configuration only migration. Result:

Darn it!!! It worked?!!!

 The VCSA65 VM Console now on the right IP:

Now you get a choice of web consoles:

Seriously - "Partial Functionality"?!!!! I thought HTML 5 was fully finished and took over the previous crap web interface?!! The HTML 5 URL is slightly different ending in /ui/:
https://labvc.lab.local/ui/

and what about the good old C# Client: 

Crapola!! 

So, guess where Update Manager is?! It's only in the OLD web client.....yet again we've a two tier management solution for vCenter, well done VMware. Maybe we'll get a fully functional HTML 5 experience by version 8.0?!! 

At least the migration worked so I can get used to the VCSA and ditch the old Windows vCenter and SQL server.....just need to upgrade my Domain Controller to Server 2006 next...!!