Cisco Server Provisioner 6.6 User's Guide ("Chuck Berry")

Considerations When Provisioning ESXi 5.x (including Gateway workaround)

Hide Navigation Pane

Considerations When Provisioning ESXi 5.x (including Gateway workaround)

Previous topic Next topic No expanding text in this topic  

Considerations When Provisioning ESXi 5.x (including Gateway workaround)

Previous topic Next topic JavaScript is required for expanding text JavaScript is required for the print function Mail us feedback on this topic!  

ESXi 5.x Gateway Patch

 

Install this ESXi 5.x Gateway patch prior to provisioning ESXi 5.x systems. If you had created ESXi 5.x Install Instances prior to installing the patch, you will see a notification at patch installation time similar to the one below:

...check for existing ESXi 5 instances

ESXi 5 Install Instances exist--

If so, follow these instructions.

 

 

General Recommendations

 

Provisioning ESXi 5.x is supported as of Provisioner 6.5. Only ESXi 5.1 and higher are recommended due to shortcomings in the earlier releases of ESXi 5.x.

 

The required boot sequence for all ESX and ESXi hypervisors is "boot to disk first, then boot to the network". This prevents the accidental deletion of all virtual machines should the host hypervisor be booted to the network accidentally. With this recommended boot sequence, when your disk is empty, you will boot to the network. Your disk must be empty prior to provisioning ESX or ESXi. You may use Live Ubuntu to clear the contents of your drive.

 

 

Considerations when Provisioning ESXi 5.x

 

Minimum Client Memory size

 

4 GB of RAM on the client is required for ESXi 5.5. We recommend that a minimum of 4 GB be used for any ESXi 5.x deployment. Production deployments will of course require far more RAM.

 

Final PXE Event State for ESXi 5.x

 
The PXE Event State for ESXi 5.x is changed to "pxeevent-provision-rebooting" in the final stage of the %firstboot scripting immediately before setting the client's home vLAN static IP address, followed by the final reboot. This is the last time in the PXE Event process that the client can communicate with the Provisioner server.
 

 

Concurrent Provisioning
 
Unlike other operating systems (Windows and Linux) provisioned by Provisioner where we recommend initiating provisioning events 1 to 2 minutes apart, for ESXi 5.x we recommend a wait period of 3 minutes between the initiation of provisioning events. Should you experience failures due to slow networks or other causes, increase the lag time between provisioning events. ESXi 5.x in particular has 2 large files that are transported to the client system over the relatively slow TFTP protocol.

 

ESXi51_ProvInProgress_arrows
 
 

In the rare event of TFTP "saturation", your provisioning event will stall (typically at either the s.v00 or tools.t00 file and the progress bar will be frozen), then the following message will be displayed on the client screen:

ESXi50Update1_hang

 

Should this happen, we recommend restarting the services and  then re-trying to provision the client while no other provisioning events are taking place.

 

 

Incorrect Boot Sequence

 

When provisioning ESXi 5.x (this includes ESXi 5.0, 5.0 Update 1, 5.1 and greater), if you incorrectly set the BIOS to "network boot first, then boot to disk" your client will hang twice for several (up to 10) minutes after each of the last 2 reboots before successfully completing the provisioning process. During these "hangs", the client screen will display something similar to:

 

ESXi5clientHangNetbootBeforeDriveboot

 

The provisioning event will eventually end successfully in spite of these delays which are caused by the ESXi 5.x client software issuing malformed requests to the Provisioner server.

 
This issue is greatly reduced and the hangs are eliminated when the BIOS boot sequence is "boot to disk boot first, then to network" with an empty drive.
 

 

Workaround for Adding the Gateway to ESXi 5.x Post Install Process

In releases 6.5.0 and 6.5.1, the default Gateway does not get set for ESXi 5.x provisioned systems. A patch addresses this.

After installing the patch, load the media, prepare an install instance and create a template as described in this tutorial, then provision a system.

Once the system has been provisioned and migrated to the production vLAN, the default gateway should be as shown below:

ESXi5_CorrectlySetGateway

 

Note: if you require a gateway and do not see the gateway on a provisioned ESXi 5.x client system as in the screenshot above, generate a .help file and provide it with steps to reproduce to TAC@Cisco.com.

 

ESXi 5.x Install Instances created prior ESXi 5.x Gateway patch installation

If you had created ESXi 5.x Install Instances prior to installing the patch, at patch installation time, you will see a notification similar to the one below:

#...............................................................................

...check for existing ESXi 5 instances

ESXi 5 Install Instances exist--

...Role Master Templates:

/home/tftpboot/pub/esxi510/esxi510.tmpl

...Role DB Templates:

ESXi 5.1.0 - esxi510

ESXi 5.1.0 - esxi510 number 2

ESXi 5.1.0 - esxi510 number 3

...the inclusion of networking gateway should be verified

For details see the online Users Guide and search with keywords "esxi gateway"

^^^^^ note above!

 

Respond: Key 'c' to continue and press Enter:c: [] :

 

If you see such a notification, generate a .help file and provide it with steps to reproduce to TAC@Cisco.com.