I have just finished a successful migration from 6.0 to 6.5 (with NSX 6.3), ran into a couple interesting hiccups along the way, thought i would share.
(i upgraded the NSX components to the 6.3 release prior to the vcenter update, with no really big issues)
So i have an external PSC running on a VCSA, and two vcenter servers. had one vcsa vcenter, and one windows vcenter server (original).
per upgrade recommendations, did the PSC first using the upgrade option on the iso.. this one worked without issue.
next i did the VCSA vcenter appliance, which was running 6.0.
ran into an issue when trying to run the upgrader.
during the upgrade process (step 3) it asks you for your administrator@vsphere.local credentials, the fqdn of your appliance, and the host on which it resides.
couldn't get past this screen, encountering a credential error (Invalid appliance (OS) root password).
looking at the log files, found the following error:
initiateFileTransferFromGuest error: ServerFaultCode: Failed to authenticate with the guest operating system using the supplied credentials.
this was strange, as all authentication credentials were valid. much googling and no good results. logged into the vcsa management ui, and changed the root password to a less complex password, but same issue.
I then tried to set the root password to the same password (a rather complex one) that my admin@vs.local account used. the GUI crapped on this and wouldn't change.
logged into the vcsa via ssh, shell, and changed the root password via command line to match the admin@vs.local password.
after that change, the updater successfully logged on and i was able to continue the upgrade.
the rest of the upgrade for that appliance went smooth. (I do have a separate root password from admin@vsphere.local, and still used a separate root password when prompted for it in the upgrade process.. it just appears that when connecting to the appliance that needs to be updated, they need to be the same)
Success.
--------------
On to the windows vcenter box.
this time we are using the "migrate" option to go from windows to vcsa. first have to run the migration assistant on the windows box, and change one local security policy.. all pretty easy.
(remember if you are mounting the iso via local vsphere client, login to the host directly, not through the vcenter server you are migrating / taking offline.. oops)
migration steps all went well.. got into the 6.5 interface and something really weird..
So a few months ago, after updating some naming conventions in my environment, I changed some of the esxi host names (using vmware published procedures).. I think it was via a disconnect / reconnect and specifying a new name on the reconnect. End result was in my 6.0 environment, some of my hosts had lived through a name change, and some had their "new" names from day 1.
after the migration, the "new" hosts were fine, but the hosts that had their names changed in the past had imported into the 6.5 environment under their OLD names.. (which is kinda problematic, as the host doesn't know it's old name anymore). It was really weird, the hosts were half connected, but couldn't establish an HA group (cause vcenter couln't contact the hosts - trying via their old names). I disconnected and attempted to reconnect one, but in 6.5 you cannot change the name this way anymore. I also could not reconnect, as the SSL certs didn't match the names.
End result.. shut down the new 6.5, restored my 6.0 windows machine, and reconnected via the 6.0 vcenter.
Once my clusters were all online and connected normally again, opened a ticket to try and figure out WHY.
TL;DR: in vcenter database, vpx_host table had new correct host names, but VPX_ENTITY table had old names. (all other tables reference objects by their ID, vpx_entity was the only table where the hosts were specifically named outside of the vpx_host table, which had their DNS name)..
We (support and I) removed a renamed host from a cluster and added it back in, confirming that it updated the entries in the tables (well it actually removed and created new entries) - this of course also has the adverse affect of killing all historic info for that host, as it's ID has changed.
The official line from support was to remove and re-add all the renamed hosts to correct the database, then to reimport.
Being the rebel that I am... I just updated the entries in the VPX_ENTITY table to reflect the new names, then ran the migrate process again to a new vcsa.
After this second migration process, all my hosts are looking good in 6.5, talking to vcenter, and they all have their correct names.
Now on to the fun and exciting process of updating all the hosts to 6.5 as well!
Jared