Quoted directly by Aaron from:
“This guide will give you the steps needed to reset the license file so that you can apply the evaluation license back to your ESXi host.
This video will help you to automate the vmware esxi 6.5 trial reset method to reduce the workload. But it is not recommended to use in production environmen. Re: Can I extend my vCenter 6.5 eval license (60 days)? MBreidenbach0 Jan 12, 2018 12:44 AM ( in response to Bit101 ) The VMware partner website contains a document with 90 day evaluation license keys.
Vmware Vcenter 6.5
WARNING:This is for education/informational testing/development purposes only, and should not be used on a production server.
To reset your expired ESX 4.x, ESXi 4.x, ESXi 5.x or ESXi 6.x 60 day evaluation license:
If you don’t have the licenses and it exceeded the 60 days evaluation licenses host will disconnect from the vCenter server as below. If you need to get the server connected to the vCenter just delete the “vmware.lic” and “licenses.cfg” files and reboot the ESXi host, use below command to perform the action. Fllowing are the activation key enterprise license for vCenter and vSphere 6.5: This license isn’t use for commercial purposes. Please buy a license if you can! VCenter: 0A0FF-403EN-RZ848-ZH3QH-2A73P. VSphere: JV425-4h100-vzhh8-q23np-3a9pp. Assign license for vCenter. On vCenter Server management console, go to Menu Administrator. Upon license expiration, the vCenter Server software and the ESX/ESXi software continue to run, but certain operations stop working. If a vCenter Server license expires, the managed hosts become disconnected from the vCenter Server inventory, and you cannot add hosts to the inventory. The hosts and the virtual machines on the hosts continue to run.
- Login to the HOST via SSH or Shell
- Remove /etc/vmware/license.cfg
- Copy /etc/vmware/.#license.cfg to /etc/vmware/license.cfg
- Restart the vpxa service
Or simply copy the code below and paste it into your SSH session.
Reset Vcenter 6.5 Evaluation License Test
Then open the “Licensed Features” option in the configuration tab of the ESXi host through the vSphere Client.
Click on “Edit” in the top right of the “Licensed Features” page
Once the “Assign License” window opens you will see two options. There will be a category for “Evaluation Mode” and Assigned License. Click on the “(No License Key)” option and then click “OK”. This will set the host back to “evaluation” mode and will give you access to all features for 60-days!”
I won’t go into intimate detail as it’s all poking around online, but I’ll give a run down of all the stupid things I ran into while trying to go from vCenter 5.5 on Windows 2008 R2 to a 6.5 appliance using the Appliance Migration Assistant and Appliance Installer.
- First issue, SSL certificates. The Migration Assistant began bitching about names and/or CA trust issues. I ultimately needed to use the SSL Certificate Automation Tool, a horrid batch file, to work through this, along with some openssl commands which saved quite a bit of time. Here’s what I ended up doing:
- Grab the SSL Certificate Automation Tool from vmware: https://kb.vmware.com/selfservice/viewdocument.do?cmd=displayKC&docType=kc&externalId=2057340But don’t follow that article yet, it has a bunch of pointless stuff.
- Do yourself a favor and extract it at the root of C: with a simple directory name, because you’re going to be typing in and out of it a lot.
- Edit the environment variable file and pre-define all your paths; it’s ten times easier than trying to type them command line.
- Run the tool and generate new cert requests for vCenter, inventory service, web client as well as update manager now that the vCenter 6.5 migration tool includes update manager. I got these tips from this thread https://communities.vmware.com/thread/546223 where mbrkic has some excellent guidance, but I didn’t use his steps of creating the openssl.cnf as the automation tool will do that part for you.
- Next, instead of taking your certs to a CA, sign them yourself by going into each of the SSL Certificate Automation Tool’s requests* subdirectories which there will be four of, and running:”c:Program FilesVMwareInfrastructureInventory Servicebinopenssl.exe” req -nodes -new -x509 -keyout rui.key -out rui.crt -days 3650 -config csr_openssl.cnf
That will create each of your four certificates.
- After running the above, rename the resulting rui.crt to rui.pem
- Your SSL Certificate Automation Tool ssl-environment.bat file should reference the new certificates by their rui.pem names; make sure to get the paths correct since each of the four will be different.
- Use the SSL Cert Automation Tool to update each of the four certs; it will handle the install and restarting of services.
- You should be good to go now.
- Next issue, assistant is clear, you move on to appliance installer. Well, your VCSA target must be 6.0+ of ESXi. I was running my old vCenter on a free-license 5.5 host and it was just managing a cluster of enterprise plus hosts. I had to down all the VM’s and upgrade that vCenter host to 6.5 and then things were happy, or so I thought….
- Run the appliance installer again, I’m ready to run an attempt that will hopefully make it out of the starting gates. It runs, it gets stuck at “Installing RPM” at 80% and ultimately fails referencing some type of install timeout. This, it turns out, was the result of my trying to deploy the appliance to an ESXi host running a free license. The free licenses are missing relevant features, but the installer doesn’t test for that and warn you, it just wastes a few hours of your time and fails after a while. I found a website with steps to switch back to an eval license, which is fully featured, then you can switch back to your free license afterward:
What the site didn’t make clear was that after removing the license.cfg and doing the rename, you need to get back into the fat client and actually pick the eval license radio button if you had previously been on a free license. So, I flip back to eval, run the installer for the third attempt and we’re past that issue to phase two.
- Finally, my first seemingly good attempt at using the installer / migration tool gets to phase two and dies with “error attempting backup spbm data”. There are hints this may be related to the SSL cert swap out from issue #1, but I couldn’t find anything to definitively point at that, and ultimately gave up and went ahead with an Inventory Service database reset as per VMware kb 2042200:https://kb.vmware.com/selfservice/viewdocument.do?cmd=displayKC&docType=kc&externalId=2042200
Here’s a possible second cause of this with some info:http://notes.doodzzz.net/2015/03/24/vsphere-6-0-home-lab-upgrade-issues-faced/
https://communities.vmware.com/thread/505529 - Okay, inventory database is reset, I begin my fourth attempt at this. Think it will work? FUCK NO Nothing VMware produces outside of the hypervisor actually fucking works with any consistency, and when it fucks up, you better have a snapshot because it doesn’t just mildly fuck up, it goes North Korea nuclear style. The latest?
Oh yeah, that’s a great error, who knows wtf that means. Well let’s delete my VCSA because even the installer, on the web interface, acknowledges something went wrong and it must be deleted and begun again. Yep, another three hours down the drain; wash, rinse, repeat. I found this post which references some of the error, and the recommendation was to ensure forward and reverse DNS entries are present for the temporary Windows machine you’re running the appliance installer / migration tool from: https://communities.vmware.com/thread/544755 Huh? FQDN and PTR for a temp machine which supposedly is just moving data? The docs don’t mention that. Well let me spend 30 seconds adding a DNS entry to see if it fixes what just wasted three fucking hours of my time VMware; great job guys.Also, if you’re running on an IPv6-enabled network, make sure to check the post about adding a localhost entry for your ::1 to the appliance before proceeding with step 2.
- Okay, bullshit DNS entries are in place, let’s start attempt number five and in three or four hours I’ll let you know if it worked….Nah:
So what are we at, perhaps 12 to 15 wasted hours now. I noticed this on the vCenter 5.5 server console though:I guess we need to investigate update manager as that would seem to indicate it has some relation to this latest failure. Found this page:
https://www.stephenwagner.com/?p=1115
same issues, suggests I need to:- Uninstall update manager
- Ensure I remove the temp files that the previous attempts have created as it will attempt to grab the data from archive each time.
- Reconnect the original server to the AD domain (non-issue in my case, running standalone)
- Start over again LOL Guess I’ll give attempt six a shot in the morning and let you know how it goes.
- Attempt six notes – it’s been sitting at “Starting vmware postgres” for a couple hours now. Not sure if it will finish but found this site telling me what to expect in the mean time:
Woah, it completed! I had to stare at that for few hours but then it moved along.
- Finally, as described in the vmware blog: https://blogs.vmware.com/vsphere/2017/01/vcenter-server-appliance-6-5-migration-walkthrough.html it actually worked. I was able to move off crap MS Windows to VCSA, using far less cpu, far less mem, no more Windows updates and eliminating some license costs.
Of course, after all that, now I’m stuck no longer being able to use the reliable and easy thick/fat/C# client. I hate the web interface even more now that I’m forced to use it. Hell, just trying to find a browser that supports Flash properly these days is a challenge; ended up having to install FireFox on my Macs and my PC’s because Chrome is obviously a no-go, and Flash wouldn’t seem to work properly in Safari on Mac. IE/Edge on Win10 is supposed to have it built in but the built in version doesn’t seem compatible with vCenter.
VMware, get the fucking hint, we dont want a broken web interface, get rid of Flash, either make the html5 work properly, or let us use the fat client. Relying on flash means you’re stuck with this bullshit: