"No Network Adapters Found" For Nested ESXi 6.0 Host

Written by Suhas Savkoor

While setting up a nested ESXi 6.0 host, you will come across the following error during the installation:

Now, it says no network adapter found for this virtual machine on where I am trying to install the ESXi 6.0. Funny, because during creation of the virtual machine I have specified one network card of the e1000 type.

Now, if I SSH to the actual ESXi hosting this virtual ESXi, I see that there is a network adapter "e1000" listed in the .vmx file of the virtual machine. And this virtual machine resides on the appropriate network.

Now the funny thing about this is, the virtual machine that I created for this ESXi was allocated with 2GB of RAM. The minimum memory requirement for a 6.0 ESXi host is a 4GB RAM. I did not receive a warning during the installation, which is quite weird. However, upon changing the memory to 4GB I was able to proceed with the installation successfully.

Well, there you go!

Changing The Network Adapter Type of A Virtual Machine Without Removing The NIC

Written by Suhas Savkoor

If we have a virtual machine with the NIC given to it as E1000 and we want to change this NIC to VMXNET3, then from the Edit Settings on the virtual machine we will select the Network adapter. Here you will notice that you do not have an option to change the Adapter Type.
The classic step we would follow is to login to the virtual machine and make a note of the network settings. We then, remove the Network adapter from the Edit Settings of the virtual machine. Once the NIC is removed, we will go ahead and a new NIC, and while adding a new adapter, we get the choice of choosing the adapter type. Once the adapter is added, we login back to the VM and re-populate the network settings.
This all works good, however, removing the NIC and adding a new one will change the MAC address of the device. Every network adapter will have a MAC address which will be listed under the adapter type option in the Edit Settings of the virtual machine. If an application is dependent on the MAC address, for example a VM hosting telephone IVR operation, this might break as it uses the MAC address of the device. In scenarios like this, we will have to reconfigure the application.

The other way to change the network adapter type is:

1. Power OFF the required virtual machine.
2. Take a SSH (Putty) to the host where this virtual machine resides. Change the directory to the virtual machine's directory.
3. Open the virtual machine's .vmx file using the vi editor

# vi <vm_name>.vmx

4. Locate the following line

ethernet0.virtualDev = "e1000"

Press " i " to begin edit and change the e1000 to vmxnet3 (Retain the quotes and text is case sensitive). Press Esc and type :wq! to save and exit the file.

5. Remove the virtual machine from Inventory.
6. Browse the datastore where this VM resides and right click the .vmx file and add this vmx file of the virtual machine to the inventory.
7. Go back to Edit Settings of the virtual machine, select the network adapter and you will see the updated adapter type with the same MAC address.

You just saved a MAC address!

Error Licensing A vCenter: License File Not Found.

Written by Suhas Savkoor

When you are adding a license to your vCenter 5.x, you receive the error:

Diagnostic message: License File Not Found

This error message is received if the license you are adding is a 6.0 license. A 5.5 vCenter cannot be licensed with a 6.0 key. 

To downgrade your license key you can follow this article here.

Once the license key is downgraded to 5.x, you will receive a new key, for the downgraded version, you can then apply this license to your 5.5 vCenter successfully.

Port 80 Already In use During vCenter Installation

Written by Suhas Savkoor

During vCenter installation, you will come across the port details wizard page and when you click Next, you will receive an error message similar to the one below:

" The following port numbers are either invalid or already in use. VMware VirtualCenter HTTP Port: 80 "

You can have a look at this KB article here, however, sometimes even though all the conditions in this article are met, you might still receive the above mentioned error.

How do we get past this?

1. Open a command prompt in elevated mode (As administrator) on the machine where you are installing the vCenter Server. Run the below command:

netstat -ano | find "80"

This command tells which process is currently listening on port 80. You will see a Process ID (PID) of 4 which is running on this port blocking the installation of vCenter.
2. Open Task Manager on the same machine. Navigate to Processes tab. Click View and click Select Columns and make sure PID is checked and then select OK
3. Now, if it is a normal application or IIS, disable it or uninstall. If it is a System Process: PID 4 - you need to disable the HTTP.sys driver
4. On the same machine, open regedit (Start > regedit)
5. Go to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP
6. Change the value of " start " to 4 which means disabled
7. Reboot the machine and perform the installation again.

Fresh installation of a 5.5 vCenter: Simple Install

Written by Suhas Savkoor

In this article we will see how to install a fresh instance of 5.5 vCenter. Then proceeding further we will be upgrading this vCenter to 5.5 U3b and then to 6.0. This 5.5 installation is a simple install, where all the vCenter components like Single Sign On, Web Client, Inventory Service and vCenter Server reside on the same machine. 

The database being used here is a SQL Server 2008 R2 SP2. Before you proceed with any installation, there are a couple of pre-requisites that has to be satisfied. These are:

• Make sure the hardware and software requirements for vCenter are met. This can be found in this link here.
• The next thing you need to question is what type of database are we using. If it is an embedded SQL express, then it comes pre-packaged with the vCenter ISO and there is no need to worry about the compatibility. If you are using an external SQL then you need to check if the SQL version you are using is compatible with the vCenter version being deployed. You can use VMware Interoperability Matrix to check the compatibility of database. 
• Next, the Windows machine being used for vCenter deployment should be added to a domain, and the Forward and Reverse Lookup Zone must be configured for this machine.

Step 1:

Creating The vCenter Database.

**If you are using SQL Server (External) then you will have to follow this step to create a database and establish the connection. If it is a SQL express, then the DB is installed automatically during vCenter installation**

Login to SQL management studio, right click Database and select New Database. 

It will prompt you to enter a name for the database and provide the name for the vCenter database. Once created, expand the database section and verify that you can see your database in there

Step 2:
Create an ODBC connection

**The Open Database Connectivity (ODBC) is required to be created on the vCenter machine, so that the vCenter can talk to its respective external SQL database. vCenter uses a 64 bit Data Source Name (DSN)**

**The SQL Native Client that is being chosen should be 10. A lower version of SQL native client will result in failure during vCenter installation wizard**

Login to the Windows machine being prepared for vCenter Installation. Click Start > Run, and type ODBC. Open the 64 bit ODBC. Click System DSN.

• Click Add and select a SQL native client version and click Finish. Now we will have to enter the ODBC configuration details. 
• The Name for the DSN can be any user defined name, if required you can enter a Description.
• The Server would be the SQL server that you are connecting to. Click Next

Here you will have to provide an authentication mode for the database. As in the first step I am using the sa account as the DB user, I will provide the sa authentication for my vCenter database. The user that you are going to use to setup your ODBC connection must have sysadmin rights on your database end, else the installation of vCenter will fail at the ODBC wizard page.

In the Next page you will have to check the "Change the default database to" option and from the drop-down select the database that you created earlier. Keep the other options to default and proceed Next. In the next option, change the language if needed, otherwise keep all the options to default and proceed to Finish.

Once finished, you can review your settings and then click Test Connection. This should result in Test completed Successfully message. Do not proceed further if the test fails. 

This takes care of setting up to connectivity of vCenter to database part. 

Step 3:

Installation:

Download the required version of vCenter 5.5 from the VMware download portal and mount this ISO on to this windows machine. Since this is a simple install (All vCenter components residing on the same machine), the installation order is Single Sign On > Web Client > Inventory Service > vCenter Server.

SSO Installation:
The first component as discussed would be to install the Single Sign On. On the ISO that is mounted, under custom install, select Single Sign On. You can also proceed with the Simple Install option, which will automate the installation of all the components and prompt you when each component is being installed.

Click Next and accept the End User License Agreement.

Click Next and it will check if the machine has met the pre-requisites. Like joining a domain, and having a resolvable DNS entry.

Once the pre-requisites are met, click Next. Here it will ask you for the SSO deployment type. If this is a first instance of Single Sign On that is being deployed and if it is being deployed for a single vCenter, then select Standalone Single Sign On.

Click Next and it will ask you to create a new password for the SSO administrator user. Provide this credentials and document this, as this will be required for future management.

Click Next, and it will ask for a site name. This site name can be anything, however, this has to be documented, because during link mode setup of the vCenter it will ask for this site name.

Click Next and you will come across the port used for SSO service. This port has to be open on the machine and firewall in order for SSO to work.

Click Next and then you will be asked for a directory where you want to install the Single Sign On component. Select a directory, or leave it for default values. Click Next, review the configuration and proceed to Install the SSO component.

Web Client Installation:
The next component would be install vSphere Web Client which would be a web interface to manage your vCenter environment.
From the same ISO, if the installtion mode is Simple Install, then you will be automatically prompted at this point. If it is custom, then select Web Client and click install.

Select a directory where you want to install the Web Client.

Now, the default https port for web client is 9443. If you want to provide a custom port, then change the https port value, however, record this port number as it is necessary to access the web client. If you do not want to change the port number now, and would like to do so in the future, then you will have to follow this article.

Provide the SSO password that was created during the Single Sign On setup.

The web client needs certificates for authentication as well. VMware installs default certificates for Web Client. If needed, you can replace them later either with CA Signed Certificates or from a third party CA authority. Wild card certificates are not supported in VMware.

Finish the installation of the Web Client component.

Inventory Service Installation: 
Inventory Service stores vCenter Server application and inventory data, which lets you search and access inventory objects across linked vCenter Server instances. If your search is not working in vCenter, then there is probably some issue with Inventory Service database.

Accept the EULA and proceed Next

Choose a directory as to where you want to install this component. Click Next

Enter the vCenter's FQDN for which this Inventory Service needs to be registered.

Review the ports being used for this service. Again, if being changed, then you will have to make a note of the custom port numbers.

Select an Inventory size, this depends upon your environment size. Choose accordingly.
You can change your JVM size after installation as well, again, if required!

Click Next. Provide the SSO credentials for authentication and begin the installation.

vCenter Server Installation:
This would be the last core component to be installed for a VMware vCenter environment setup. Accept the EULA and proceed Next.

You can enter a license key during the installation or you can enter the license key once the vCenter is setup.

Since we are using an external SQL database, we will choose the second option " Use an existing supported database "  and then from the drop-down select the DSN name that was created under 64 Bit ODBC. If you do not see your DSN listed under drop-down, then enter it manually proceed Next. If you are using an express SQL, then you will not follow the initial steps in this article for creating a vCenter database. You will check this first option which will proceed with installation of SQL express and creating a database, all by itself.

When you click Next you will be asked for database authentication. Provide the same user which was used to create the DSN (Must have sysadmin privileges)

In the next page enter the information for VMware vCenter Server service. This can be a local authentication or a domain authentication. If your SQL service is domain then it's best to have a domain authentication for vCenter Server service as well.

If this is a fresh deployment of a vCenter then select " Standalone instance " If you are setting up another vCenter and want to join these two vCenters in linked mode, then the second option has to be chosen. You can also join two vCenters in linked mode even after two standalone instances are deployed.

Check the ports required for vCenter services and make sure these are open and proceed Next

Again, select the inventory JVM size for vCenter server component.

Provide the SSO credentials for authentication.

Now, you will get an option to choose the SSO user name. You can give administrator@vsphere.local or any other name. Please make sure that you do not give your existing domain name as your SSO username, as this will cause issues during adding users to vCenter.

Since vCenter is dependent on Inventory Service, the IS was installed first and the URL for IS was created and auto-populated in the next step.

In the final step, provide a directory to install vCenter component and begin the installation.

Once the installation completes, the vCenter deployment is complete. From the same ISO install vSphere Client. After installtion, open the vSphere Client and enter the IP address of the vCenter, SSO username/password and login to verify the setup is working good.
Open a browser and navigate to Web Client URL, https://<vcenter_IP>:9443 to verify Web Client is functioning good!

That's all!

Unable To Delete vSwitch Or Remove Up-links from the vSwitch: A Specified Parameter Was Not Correct

Written by Suhas Savkoor

Today, I was working with a customer on a case where he had set up a new host and had configured a vSwitch for VM port-groups, vMotion and management, all on the same vSwitch. He also had created one additional switch and assigned couple of NICs to it. However, we did not need this vSwitch and we were trying to delete the vSwitch and we were being returned with an error. Removing the up-link, or even moving the up-link to unused state returned the same error. The error message was:

"A specified parameter was not correct. Vim.Host.VirtualSwitch.LinkDiscoveryProtocolConfig "

Resolution: (Applicable for 4.x and 5.x environment)

1. Take a SSH (Putty) session to this host.

2. Run the command:

# esxcfg-vswitch -B both <vSwitch> 

<vSwitch> is the name of the vSwitch which is returning the error.

The Switch -B has couple of values: 

-B --set-cdp Set the CDP status for a given virtual switch. To set pass one of "down", "listen", "advertise", "both"

"down" - means it will not participate in CDP

"listen" - means it will only listen for CDP

"advertise" - means it will advertise the CDP info

"both" - is a combination of listen and advertise

Any of the above parameters can be used

3. Refresh the network settings in the vSphere Client

4. Remove the up-links for the vSwitch. It should be now removed without any errors. 

5. Remove the vSwitch

Upgrade: VCSA 6.0 Embedded PSC to 6.0 U1

Written by Suhas Savkoor

Previously we saw how to perform a fresh installation of Embedded appliance 6.0

This article discusses how to upgrade your existing 6.0 vCenter Server Appliance to 6.0 U1 hosted on an embedded PSC. With 6.0 GA we do not have the VAMI page for VCSA management, so the upgrade should now be performed through the command line of the appliance.

Step 1:
Download the vCenter 6.0 U1 appliance from this link here
The second option is the appliance ISO

Download this ISO and attach it to the existing 6.0 appliance virtual machine.

Step 2:

• Before proceeding with the upgrade, take a snapshot of your existing 6.0 appliance, so that we will have a restore point to revert to in case something goes wrong.
• Since this is an embedded PSC install, take a SSH (Putty) session to the appliance which has the Update 1 ISO already mounted. 
• Login with root credentials that was setup during the install. 

Choice 1:

To apply the patches immediately, run the below command:

software-packages install --iso --acceptEulas

Reboot the appliance and the upgrade is completed successfully.

Choice 2:

You can stage patches and do the upgrade later at a convenient time as well. This works in three steps:

• Stage the patches to the appliance
• Review the staged patches
• Apply the staged patches to appliance

To stage patches, run the following command:

software-packages stage --iso --acceptEulas

To Review staged patches, run the below command:

software-packages list --staged

To apply the staged patches, run the below command:

software-packages install --staged

Once the upgrade is done, reboot the appliance.
Now, this being a 6.0 update 1, we have our management web GUI back. So after the upgrade, go to: https://<vcenter_ip_or_fqdn>:5480

Login with root credentials to verify everything is running fine.
You can also see that from here onward, you can perform the patching and update from the GUI of the appliance.

That's all there is to it!