WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Hardware Options
    • Hardware Reviews
    • Lab Deployment Scripts
    • Nested Virtualization
    • Homelab Podcasts
  • VMware Nostalgia
  • Apple

How to deploy the vCenter Server Appliance (VCSA) 8.0 to VMware Fusion or Workstation?

10.04.2022 by William Lam // 55 Comments

VMware Fusion and Workstation continues to be another popular way for customers to run a VMware Homelab while leveraging a users existing desktop. In the early days of vSphere 6.5, the method to deploy the vCenter Server Appliance (VCSA) to Fusion/Workstation was less than ideal with a lot of manual steps. In 2017, the Fusion/Workstation team introduced native OVF support and that made deploying the VCSA much simpler, especially with the VCSA two stage installer.

Even though this is not an officially supported method from VMware for deploying the VCSA, the process has not changed for the last several releases and it just works which was great for our users. With vSphere 8, it looks like there has been a change to the VCSA installer that causes a failure during the Stage 2 configuration.


I was made aware of this issue from a colleague who was looking to setup a vSphere 8 environment using VMware Workstation.

Taking a look at the log file, he noticed the error was regarding the upgrade.import.directory OVF property not being set, which seems to be causing the issue.

# cat /var/log/firstboot/vlcm_firstboot.py_9117_stderr.log
Traceback (most recent call last):
  File "/usr/lib/vmware-vlcm/firstboot/vlcm_firstboot.py", line 167, in <module>
    main()
  File "/usr/lib/vmware-vlcm/firstboot/vlcm_firstboot.py", line 129, in main
    fb = VlcmFirstboot(VLCM_COMP, VLCM_SOLUSERNAME)
  File "/usr/lib/vmware-vlcm/firstboot/vlcm_firstboot.py", line 50, in __init__
    os.path.join(get_install_parameter('upgrade.import.directory'), "vlcm")
  File "/usr/lib/vmware/site-packages/cis/tools.py", line 88, in get_install_parameter
    raise InstallParameterException('Install-parameter %s not set' % param)
cis.exceptions.InstallParameterException: {
    "detail": [
        {
            "id": "install.ciscommon.internal.error",
            "translatable": "Encountered an internal error.\n\n%(0)s",
            "args": [
                "Install-parameter upgrade.import.directory not set"
            ],
            "localized": "Encountered an internal error.\n\nInstall-parameter upgrade.import.directory not set"
        }
    ],
    "componentKey": null,
    "problemId": null,
    "resolution": {
        "id": "install.default.failure.resolution",
        "translatable": "This is an unrecoverable error, please retry install. If you encounter this error again, please search for these symptoms in the VMware Knowledge Base for any known issues and possible resolutions. If none can be found, collect a support bundle and open a support request.",
        "localized": "This is an unrecoverable error, please retry install. If you encounter this error again, please search for these symptoms in the VMware Knowledge Base for any known issues and possible resolutions. If none can be found, collect a support bundle and open a support request."
    }
}

Using one of my previous blog post for guidance, he discovered a quick workaround to the problem by simply ensuring this variable is configured with a default value. After running into the problem myself and verifying the solution, I figure this might be useful for anyone looking to run vSphere 8 using VMware Fusion or Workstation, so here are the instructions to work around this issue.

Disclaimer: This is not officially supported by VMware, use at your own risk
[Read more...]

Categories // Fusion, Home Lab, vSphere 8.0, Workstation Tags // fusion, VCSA, vSphere 8.0, workstation

Demo of VMware Cloud Consumption Interface (CCI)

10.03.2022 by William Lam // Leave a Comment

I recently blogged about the new VMware Cloud Consumption Interface (CCI) service, which folks should definitely check out first to learn more about the new cloud service and how you can participate in the early access beta.


I had also recorded a short demo that I had shared with internal teams to showcase how end users would interact and deploy workloads using CCI and the demo recording was very well received.

I decided to re-record the demo along with audio voice over and here is a quick look at the Cloud Consumption Interface (CCI) in action:

Categories // Aria, Automation, VMware Cloud, VMware Tanzu, vSphere 7.0, vSphere 8.0 Tags // Cloud Consumption Interface, vSphere 7.0 Update 3, vSphere 8.0, vSphere Kubernetes Service

Beta for VMware Cloud Consumption Interface (CCI) formally Project Cascade

09.30.2022 by William Lam // Leave a Comment

When Project Pacific was first announced back in 2019, most of the focus was on Kubernetes and how it would be re-architected into vSphere, basically the "how" or the implementation details. As much as I enjoy diving into the tech, what really stood out to me about Project Pacific was the implication it would have on workload evolution for vSphere.

In fact, I wrote about this very topic in this blog post: Project Pacific - Workload Evolution in vSphere because I felt that most of the focus was only on the "how" but not the "why". Here is a quote from the blog that summarizes why I was excited for Project Pacific:

However, Project Pacific is actually more than just Kubernetes but with all the new lingo like Supervisor and Guest Clusters, one can easily get lost in the implementation or what I would refer to as the "how" part of Project Pacific. If you ask me, the "why" part is much more significant and Project Pacific is fundamentally re-defining what and how to deploy a workload in vSphere.

Fast forward to today, vSphere with Tanzu has been delivering on the vision of Project Pacific since its introduction with vSphere 7 back in 2020. Developers, DevOps and Platform Engineering teams can easily deploy workloads like Tanzu Kubernetes Grid Clusters (TKC) or Virtual Machines into a vSphere Cluster that has been enabled with vSphere with Tanzu, also known as a Supervisor Cluster.

While the current vSphere with Tanzu experience works well for most environments with a handful of Supervisor Clusters, but what happens when you need to support more users, teams and an increased number of Supervisor Clusters across different locations? How do you manage access control for these users and the compute resources that they can consume while providing a simple and intuitive developer ready interface? This is where VMware Cloud Consumption Interface (CCI), formally known as Project Cascade comes in!

[Read more...]

Categories // Aria, Automation, Kubernetes, VMware Cloud, VMware Tanzu, vSphere 8.0 Tags // Cloud Consumption Interface, VMware Cloud, vSphere 7.0 Update 3, vSphere 8.0, vSphere Kubernetes Service

  • « Previous Page
  • 1
  • …
  • 105
  • 106
  • 107
  • 108
  • 109
  • …
  • 564
  • Next Page »

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

  • VCF 9.0 Installer workaround for ESXi hosts with different vendor 06/19/2025
  • NVMe Tiering with AMD Ryzen CPU workaround for VCF 9.0 06/19/2025
  • vSAN ESA Disk & HCL Workaround for VCF 9.0 06/19/2025
  • Disable 10GbE NIC Pre-Check in the VCF 9.0 Installer 06/19/2025
  • Minimal resources for deploying VCF 9.0 in a Lab 06/18/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...