WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / ESXi / Updated Nested ESXi 6.0u3 & 6.5d Virtual Appliances

Updated Nested ESXi 6.0u3 & 6.5d Virtual Appliances

05.10.2017 by William Lam // 29 Comments

I finally found a bit of "extra" spare time to update my Nested ESXi Virtual Appliances to support some of the recent releases of ESXi, 6.0 Update 3 and 6.5d, which enables customers to easily and quickly deploy vSAN 6.6 in their environment for testing, development or learning purposes. If you have not used this appliance before, please have a look at this article which goes into greater detail on how to deploy and use the Nested ESXi VA.

As part of this update, I also spent some time looking at all the feedback that I had received from the community since releasing the VA and I took this opportunity to also add some nice enhancements that folks have been asking about 🙂 Jump towards the bottom to see what's new. To reduce the number of VA's that I need to manage and due to usage, the following VA's have recently been decommissioned. I only plan on supporting the latest versions which you can find in the links below.

Decommissioned VA's:

  • ESXi 5.5 Update 3 (Nested_ESXi5.x_Appliance_Template_v2.ova)
  • ESXi 6.0 Update 2 (Nested_ESXi6.x_Appliance_Template_v5.ova)
  • ESXi 6.5 GA (Nested_ESXi6.5_Appliance_Template_v1.ova)

New VA's:

  • ESXi 6.0 Update 3 Virtual Appliance (Nested_ESXi6.0u3_Appliance_Template_v1.0.ova)
  • ESXi 6.5d Virtual Appliance (Nested_ESXi6.5d_Appliance_Template_v1.0.ova)
  • ESXi 6.5 Update 1 Virtual Appliance (Nested_ESXi6.5u1_Appliance_Template_v1.0.ova) (Added 07/31/17)
  • ESXi 6.5 Update 2 Virtual Appliance (Nested_ESXi6.5u2_Appliance_Template_v1.ova) (Added 05/07/18)

What's New:

  • Support for DHCP 
    • I know this might sound pretty basic but before you were required to specify a static IP (even if you had DHCP). By default, you no longer need to fill out the networking section as highlighted in yellow below.
  • Support for default root password
    • You no longer need to provide root password, it will default to the famous VMware1! The issue in the past was that I had randomly generated a password which I discarded and when the customization failed, it was very difficult to troubleshoot since I do not actually have the password 😉 Hopefully we do not have any other bugs, but this will make debugging easier and also reduce the amount of input if you want to quickly spin up an ESXi instance.
  • Support for VLAN ID
    • Though not a huge number of requests, there were still of you who asked for 802.1q (trunk) support on Management VMkernel interface. This is an optional field and obviously this is only applicable if you provide a static IP Address.
  • Automatic removal of Customization VIB
    • As some of you may or may not know, the way in which these OVF properties are processed within the Nested ESXi instance is a special firstboot script which reads in these values and then applies the ESXi customization. If everything is successful, there really is no use for this to exists further and although you could set a certain advanced setting to force re-customization, it was quicker to just re-deploy. With that in mind, the customization VIB is now automatically removed once its done its job. I have included a special debug option that would allow it to not be deleted in scenarios where there are issues and we need to take a look at the state of the system. With this change, you really now have a "vanilla" ESXi instance 🙂
  • Fixed dvFilter param for eth1


Hope you enjoy some of these new updates and happy Nesting!

More from my site

  • New Nested ESXi 6.x Content Library 
  • Automated vSphere Lab Deployment for vSphere 6.x
  • Virtual NVMe and Nested ESXi 6.5?
  • Nested ESXi Enhancements in vSphere 6.5
  • Refresher on Nested ESXi Networking Requirements

Categories // ESXi, Nested Virtualization, Not Supported, vSphere 6.0, vSphere 6.5 Tags // Nested ESXi, nested virtualization, vSphere 6.0 Update 3, vSphere 6.5

Comments

  1. *protectedmikiefoley says

    05/10/2017 at 9:22 am

    >>very difficult to troubleshoot since I do actually have the password
    I think you meant "don't" 🙂

    RE: customization VIB
    Probably best to remove this anyways. If it's not signed and it's installed then if you turn on Secure Boot for these VM's it will crash with a PSOD.

    Reply
    • William Lam says

      05/10/2017 at 1:18 pm

      haha, yea "don't" 🙂

      There's a bug w/OVF import, so I'm unable to install using Secure Boot (but even if I was, it wouldn't be able to use it as I do require this customization to exists for this to work :))

      Reply
      • *protectedmikiefoley says

        05/10/2017 at 1:24 pm

        I'm talking about enabling secure boot after you're done with the customization VIB. If you remove your (unsigned I'm assuming) VIB then you should then be able to enable Secure Boot.

        In fact, you could automate it. Deploy the VM, do whatever it is you do, the VIB gets cleaned up and VM shuts down.

        Then your master build script that deployed/built the VM could enable Secure Boot with a little PowerCLI

        $SecureBootValue = (Get-AdvancedSetting -Entity $vmname -Name "uefi.secureBoot.Enabled" | `
        Set-AdvancedSetting -Value:$true)

        Reply
        • lamw says

          05/10/2017 at 4:18 pm

          Mike,

          It was you who mentioned to me that if you didn't install ESXi w/Secure Boot on, then enabling it after the fact wouldn't be considered valid or something of that nature as I recall having this convo with you pre-6.5 GA. Is that not the case?

          Reply
          • *protectedMike Foley says

            05/10/2017 at 7:03 pm

            I don't recall saying that.. Maybe I did but it's not correct. 🙂 You can enable Secure Boot at any time. If you have unsigned code then you get a PSOD. If you remove it and boot clean then you're good.

            Obviously, that doesn't help things like kickstarts and startup shell scripts and config files, but that's a separate argument. We're talking about just binaries and other files that are in VIBs. If you boot with Secure Boot then you're "clean".

          • William Lam says

            05/10/2017 at 7:38 pm

            Yea, I recall since I was going to do this OOTB, but then it was mentioned I had to have installed ESXi w/SB enabled first.

            Good to hear that's not the case (which is what I figured but didn't do exhaustive testing). In my scenario, it is a chicken/egg but with some additional external automation, yes you could enable it if you really want to 🙂

  2. *protectedAnanda Kammampati says

    05/10/2017 at 9:24 am

    Thank you !

    Reply
  3. *protectedDanish Khattak says

    05/10/2017 at 11:05 am

    Ty for this. This is extremely helpful to new comers like me. I am learning and hoping to pass the VCP6-DCV in the coming months.

    If you can do a walkthough on you tube for setting up the networking on a single physical host for nested virtualization that would be extremely helpful.

    I want to isolate all my Nested lab traffic and run it through a virtual pfsense firewall. This is to block/prevent the eternal network traffic for DHCP DNS etc from mixing with the lab network.

    Reply
  4. *protectedPaul Braren says

    05/10/2017 at 2:26 pm

    Extremely useful, very timely! By the way, for DHCP anyway, it still seems to have "primp-industries.com" in there for FQDN, rather than the FQDN my local DHCP server is telling it to use, "lab.local". Workaround is to:
    1) create reservation in DHCP server for that host, setting FQDN and shortname to desired hostname, like esxi1.lab.local/esxi1
    2) use DCUI to manually change DNS Configuration to "Obtain DNS server addresses and a hostname automatically"
    3) remove the "primp-industries.com" from "Custom DNS Suffixes"
    4) Restart Management Network
    Tada, all squared away, passes "Test Management Network."

    Reply
    • *protectedPaul Braren says

      05/10/2017 at 3:32 pm

      FYI, there's a hard-coded syslog server IP address in the configuration.

      Reply
      • lamw says

        05/10/2017 at 4:20 pm

        Hm, that shouldn't be the case. I'll have to double check as I actually do all the clean up of things like DNS (as that was the case for the original VA). Syslog shouldn't be set, you sure you didn't just deploy and accept the syslog entry which has a "default" which is merely an example from a UI standpoint?

        Reply
  5. *protectedPaul Braren says

    05/10/2017 at 8:46 pm

    For the syslog comment, no worries at all, I was just saying it's hard-coded (like your screenshot shows), unless the user deploying it changes it (preferred), or removes it (leads to warnings if there's no datastore), that's all. Examples are fine, of course. Have a good evening!

    Reply
  6. *protectedAtle Dale says

    09/13/2017 at 10:08 am

    I can't setup the vsan. I first set up 3 nested ESXi hosts using a trial VSAN ESXi image and the trial vcenter. I first deploy the template. Then I reinstal ESXi on the 2 GB disk during setup. The other two disk do show up and I leave them as they are.
    I do this 3 times. I then create a cluster and add the 3 hosts. I then enable vSAN on the cluster. It will not work, because both the two disks are flash disks.What am I missing?

    Reply
  7. *protectedFabian C. says

    09/28/2017 at 11:08 am

    Many Thanks!

    Reply
  8. *protectedNeil says

    10/10/2017 at 4:13 pm

    Just starting out with nested hosts in Workstation, please forgive a newbie.

    Trying to open this OVA in Workstation 14, but I get this error:
    "The import failed because did not pass OVF specification conformance or virtual hardware compliance checks. Click Retry to relax OVF specification and virtual hardware compliance checks and try the import again, or click Cancel to cancel the import. If you retry the import, you might not be able to use the virtual machine in VMware Workstation."

    Am I doing something wrong? I have nothing else in Workstation yet... was planning on deploying 3 of these ESXi VAs and a VCSA to manage them to test out some vSAN things.

    Reply
  9. *protectedwojcieh says

    04/12/2018 at 10:37 am

    Hello William. I deployed ESXi OVA and I am struggling with SSL certificates. Every time I reboot the host (basically I start the Lab) the SSL certs are replaced and I must reconnect the host. How can I fix this?

    Reply
    • *protectedmikiefoley says

      04/12/2018 at 10:42 am

      You deploy the OVA which is a template.. Convert the deployed OVA to a template and clone from the template.

      Reply
  10. *protectedAaron says

    05/04/2018 at 10:47 am

    I'm trying to deploy this with vRA 7.4. If I try to enable ssh, it says "invalid value 'true' specified for property guestinfo.ssh" in the vcenter client.

    Reply
    • *protectedAaron says

      05/07/2018 at 3:42 am

      Ah, nevermind. "True" is case-sensitive.

      Reply
  11. *protectedGianni Resti says

    05/09/2018 at 8:08 am

    Hi William,

    I'm trying to use you OVA (6.5u1), but I receive an error when I try to create a disk group:

    A general system error occurred: Failed to reserve disk naa.6000c2935af99e5f1fe8232dcac40a2c with exception: Failed to reserve disk naa.6000c2935af99e5f1fe8232dcac40a2c with exception: Reserve failed with error code: -1

    I did several try, I also redeployed a fresh OVA. The disks are correctly visible from the host, I also try to erase partition on disk and it works

    Reply
    • William Lam says

      05/09/2018 at 9:21 am

      Are you deploying the OVA to VSAN Datastore?

      Reply
  12. *protectedMorgan Yang says

    05/10/2018 at 11:20 am

    William, thank you for releasing and maintaining this. I'm curious why is there a need for 3 datastores? And whats the intended purpose of them?

    Reply
  13. *protectedDarrell Eddy says

    07/27/2018 at 5:20 pm

    I'm attepting to deply this on an ESXi 6.5 host. When trying to deploy the "Nested_ESXi6.5u2_Appliance_Template_v1.ova" I get the error: "Failed to deploy VM: postNFCData failed: Capacity of uploaded disk is larger than requested"

    Reply
  14. *protectedRichard Chu says

    08/27/2018 at 1:31 am

    Hi William,

    How can I resize the flash and capacity disks with your vESXi Appliance via ovftool? I need to test HCIBench on this vSAN environment. Could you show me some tips?

    Reply
  15. *protectedPuneet Singh Sarna says

    03/18/2019 at 2:57 pm

    Hey William!! Great work with the new ESXi templates!!

    I am trying to upgrade "Nested_ESXi6.5u2_Appliance_Template_v1" to ESXI 6.5 ESXi650-201810001 (Build 10175896) and wanted to know if you had any documentation on how to build these nested templates.

    Thanks,

    Puneet

    Reply
  16. *protectedKumar says

    06/13/2019 at 2:31 pm

    hi .. please help me with the root password to login and reconfigure network.

    Reply
  17. *protectedRalf Gross says

    07/25/2023 at 6:16 am

    I stumbled across this posting after deploying nested ESXi 7.0 Update 3m Virtual Appliance. I was able to deploy ovf with my customized password and I was able to login one time. Then I added some network adapters and rebooted. My password did not work anymore. I then found the default PW and it worked.

    Did I miss something? Shouldn't I be able to add NICs and the password is still valid?

    Reply
    • *protectedRod says

      10/29/2023 at 12:23 am

      I have the same issue, with few Nested versions from here.
      William, do you have a solution for this issue please ?

      Thanks

      Reply
  18. *protectedMohamed Ramadan says

    05/17/2025 at 4:04 am

    Hello, these links are not valid for download, what should i do to download them?

    Reply

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • VMware Flings is now available in Free Downloads of Broadcom Support Portal (BSP) 05/19/2025
  • VMUG Connect 2025 - Minimal VMware Cloud Foundation (VCF) 5.x in a Box  05/15/2025
  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download Token  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025

 

Loading Comments...