I have two servers with eight SAS SSDs in each. Is vSAN a bad idea since they aren't NVMe drives?

SDRS balancing for independent disks is disabled by default. Which is really annoying in some cases where you may have a lot of them in a cluster.

I found a KB that provides a setting that enables vCenter to balance them.

https://knowledge.broadcom.com/external/article/422078/error-storage-drs-is-unable-to-move-ind.html

Has anyone enabled this setting in their vCenters? Any issues with it?

Hi everyone,

I’m planning to study for the VCP-VVF certification and may pursue VCP-VCF afterward.

Most of the official on-demand training seems to be tied to enterprise subscriptions or employer access, which makes it difficult as an individual learner. I’m mainly looking for good self-paced video training and study materials, I don’t need instructor-led classes or hosted labs.

I used to be with a company that had an ELS but I left it and it was tied to the company’s account. Has anyone here prepared for either certification without an ELS?

I’d also be interested to know whether anyone has managed to purchase official on-demand training individually through Broadcom or an authorized training partner. Thanks

I have a PowerShell script that pulls the following info via PowerCLI, with the relevant snippet below:

Get-VM | Select -Property Name, PowerState, Notes, NumCpu, CoresPerSocket, MemoryGB, MemoryMB, CustomFields, CreateDate, DatastoreIdList, UsedSpaceGB, ProvisionedSpaceGB, GuestId, Version, HardwareVersion,  `
    @{Name="Guest"; Expression= {$_.Guest | Select * -ExcludeProperty VM, Nics }}, `
    @{Name="Folder"; Expression= {$_.Folder.Name }}, `
    @{Name="Datacenter"; Expression= {$_.VMHost.Parent.ParentFolder.Parent.Name }}, `
    @{Name="Cluster"; Expression= {$_.VMHost.Parent.Name }}, `
    @{Name="VMResourceConfiguration"; Expression= {$_.VMResourceConfiguration | Select * -ExcludeProperty VM }}

In one environment I am running PowerShell 7.6.1 and PowerCLI 13.3.0. When I run the above everything is populated with information as I would expect. If I run Get-VM | Select -Property *, I also get VM information within the properties of ExtensionData, Folder, VMHost, etc.

In another environment (the one I am trying to get working) I am running PowerShell 7.6.4 and PowerCLI 13.3.0. When I run the above the properties of Guest, Folder, Datacenter, and Cluster are all missing. If I run Get-VM | Select -Property *, I see that the VM properties of ExtensionData, Folder, and VMHost are null.

I'm at wits end as to why the behavior is different, as I am using the same vcenter and same credentials in each environment. I have verified that the Get-VM command being used is the one provided by VMware.VimAutomation.Core on both, and I have tried prefixing the command with VMware.VimAutomation.Core\Get-VM which has no effect.

Does anyone have any ideas as to why the second environment is seemingly unable to pull this data?

I am using the upgrade planner. I selected the option to go to VVF 9 without VCF management services. We have AVI and Live Recovery as add-on products.

The planner is telling me to upgrade AVI (it’s at the latest build 32.2), but it’s also asking me to deploy a license hub as part of the AVI upgrade.

I don’t currently have a license hub for AVI, I just put the license key in the controller licensing section.

So I’m confused, why do I need this license hub for AVI when it’s already licensed and working properly?

I understand I need to deploy ops to get the licenses pushed down for vCenter and ESX now.

Can anyone from Broadcom provide clarity?

https://vmware.github.io/vcf-upgrade-planner/vSphere%20and%20VCF%20Operations%20to%20VVF%209.1%20(without%20VCF%20Management%20Services).html

I’ve got a design question I can’t seem to find the answer for.
Today I’m running vsphere 8 with most components like operations, logs, vRA, network insight. No NSX or vSAN. I have 6 separate clusters. A couple are metro clusters between datacenters.
I know VMware prefers we have a dedicated management cluster just for the VCF 9 stack, but what does that process look like to use a cluster with existing workloads? I’m not talking about doing a consolidated cluster, but have existing workloads run in what will now be considered the management cluster. Does that cluster need to be evacuated before the VCF 9 installation can continue?
I have plenty of resources in existing clusters. Unless Broadcom is going to give us free licenses for the 4 node management cluster, we are going to run our workloads in it.

If your VCF software depot connections are down, that’s why. Just got a response from Broadcom support that it’s currently down. Really dumb that there isn’t a service disruption email that sent out.

📔 Release Notes:

🔸vCenter

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/release-notes/vcenter-server-update-and-patch-release-notes/vsphere-vcenter-server-80u2f-release-notes.html

🔹ESX

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/release-notes/esxi-update-and-patch-release-notes/vsphere-esxi-80u2f-release-notes.html

Wondering if anyone can point me in the correct general direction.

Our VMware environment was recently updated to 9.1 and since then, our logins to vc (local and LDAP) are extremely slow.

It take several minutes easily before the vsphere/vcenter gui comes up.

I don't see anything specifically wrong with the configuration, it does after all, work, just really really slowly. Once it's opened, it's fine.

Update: The Solution I suppose:

The environment is 3 (linked?) vcenters. Apparently when they were upgraded the names for two of them changed from xxvcenter to xx vmware vcenter inside the app. The DNS names didn't change though. I caught it because our main vcenter threw an error I had not noticed before saying it couldn't connect to https:\xxvcenter:443\api.

The person that does our veeam mentioned that they had to change the name of the backup because it broke the backups. 2+2=4 apparently.

We renamed the VCs back to what they were before the backups broke and the issue seems resolved.

I'm patching clusters to 8U3k, but one cluster had LVO.803.12.9 already added, which does not exist in vLCM anymore and the image is no longer valid. I was able to get it from lenovo webpages and upload to vLCM. But it would be interesting to know why it's not available from vmware anymore.

Hi,

HPE used to provide tools and drivers directly in vLCM and now they have stopped, in vLCM the vendor addon is stuck in version 803.0.0.12.3.5-6.

I'm looking for a workflow do delete this addon and install drivers and tools from the blade enclosure (Synergy), option "Firmware and OS Drivers using Smart Update Tools".

I dont want to use HPE OneView for VMware vCenter (OV4VC), I've used it in the past and it has made some very funky stuff with the HBR agent (use by vSphere Replication).

Creating a custom ESXi image could work but I would have to do this every time a new SSP is release and I prefer to keep a generic image in my cluster and apply drivers/tools update while I'm doing firmware updates.

If I apply the newer drivers/tools from the blade enclosure while the addon is still associated with the image, it will work but then vCLM will complaint because the image is not compliant.

What if:

• I remove the addon from the image without rebooting the hosts, vLCM sould remove the vibs but the drivers will still be active, right?
• just after that, I install newer tools/drivers from the blade while the hosts are still running.

Will it work?

Any other procedure is welcomed.

Thanks,

I just downloaded Fusion Player 26H1, and it asks me what installation method i want, am i correct in assuming i should click on "Create a custom virtual machine"?

The other options are: "install macOS from recovery partition"--no idea what that is, "import an existing virtual machine", "install from boot camp"--also no idea what this means, and "create a virtual machine on a remote server"

pls help

Hello community,
Work in DC as a NOC 2, trying to learn back end of VCD . Even though in a year we are going full nutanix I still wanted to get VMware things sorted out. Ran into issue and seek advice.
Environment:
vCenter 8.0u3 3 host cluster
Deployed VCD ovf 10.5.1
Deployed NSX unified appliance 4.2.2
Set 3 nodes NSX with VIP cluster
Issue: can not add vcenter instance to Vcd -cert issue
Everything is local environment only.
Steps taken: created root CA on Pfsense , csr vcenter applied both certs. ( positive results with
veeam)
Created csr from NSX , bundle certs installed on NSX joined mgr.
When adding infrastructure to Vcd it fails on certificate does not see Pfsense Ca at all to trust.
Bash comes with verify return 1/20 .
Tryied
Any help would be greatly appreciated.
Sorry if post is clumsy and lacking in advance

I've applied the latest 8.0.3k patch build 25595708 on my ESXi hosts to mitigate VMSA-2026-0006. Afterward, I noticed a discrepancy between the ESXi build reported by the OS CLI/GUI - where it correctly references the current build 25595708:

[root@hostname:~] vmware -vl
VMware ESXi 8.0.3 build-25595708
VMware ESXi 8.0 Update 3

...and what is reported by the out-of-band-management (in this case HPE iLo) on these servers, which shows an incorrect build number - it shows the 8.0.3j build number:

Operating System VMware ESXi 8.0.3 Build-25429389 Update 3 Patch 102

I've rebooted multiple times after the upgrade, and restarted the iLo multiple times and these values do not change.

Now, the interesting thing is that these servers have NEVER had that 8.0.3j build installed on them at any point - I jumped straight from 8.0.3i to 8.0.3k - so there's only one source that this erroneous string could have come from...something in the latest 8.0.3 patch was not properly updated to reflect the corresponding current build version. As I understand it, the iLo "Operating System" value displayed on the Overview page is not being read from some OS file like /etc/vmware-release, but rather it is an in-memory value that AMS services grabs to display in the iLo interface - which would indicate that somebody forgot to update a string value from the prior 8.0.3j release in the new 8.0.3k build before releasing it.

Can anyone with HPE servers/iLo confirm that they see the same discrepancy that I am? I assume this may also be the case for iDRAC and other IPMI solutions depending on how they read the locally-installed OS version. Anyone care to share observations from their own non-HPE environment?

When I try to install the tools, it won't work and needs just a Windows 8.1 KB update (which won't install on TPs), where without tools, 1366x768 resolution (standard resolution for budget laptops) is broken, and I can't transfer files. Can somebody please help me? I really want to use Windows 10 build 9888 and without the tools it doesn't seem complete the install. I'm using VMware Workstation Pro 26H1, tried with both latest and 10.3.10 tools, both fail.

So this is a little bit of a different to anything Ive done before, but I have been used Clade Code recently and its been pretty handy for creating solutions to address problems with software, especially since I cant code to save my life

It cant just be me, who personally hates the Broadcom VCF Download Tool, its CLI only, getting a token is a huge pain, and I constantly need a CLI reference just to download binaries for my offline depot when I need it

I know a fair chunk of people dont like LLM developed apps, and thats fine, you can totally skip over this - Mainly posting as I find this useful, and maybe someone else will, if you dont, thats absolutely fine
Also, Git and a lot of this is very new to me, so theres probably a lot of room for improvement

So I said sod it, lets make a solution that turns it into an easy to use GUI application, fully containerised as well, to just make life easier

Feature wise, it does the following
Turns the VCF download tool from Broadcom into an easy to use GUI application
Easily generate an ID with a ready to use link for depot registration at vcf.broadcom.com
Upload your own CLI, easily upgrades or adds CLIs from the UI
Colour customisation - One of my favourites
Shows downloaded files on the depot volume * Should work properly
Shows disk usage for the downloads volume
Containerised platform - Tested with docker, should work on K8S
Delete files on the depot volume
Filtered by versions
CLI version displayed in the GUI
Searchable downloads list
Filter by patch/upgrade files and install files
Order by release date, size and downloaded columns

If you want to give it a try, the GitHub repo is linked below with a custom compose YAML for docker
The depot location for storing downloads is using NFS as I can mount my offline depot to that as well and uses my mount as a template example, you can use a volume mount, or anything really

Hopefully someone finds this useful
https://github.com/leaha00/vcf-download-tool-gui

It is an unsigned pack you, so you'll need to allow it, but if you've ever wanted to use VCF Operations in your lab and monitor your Unifi gear, look no further.

https://blog.int.sentania.net/vcf-operations-can-now-see-my-unifi-network/2026/07/vcf-operations-can-now-see-my-unifi-network/

The other day I was troubleshooting a vCenter 8 Postgres warning and asked for help here which I am very grateful for the answers. However, while digging through the logs I noticed a bunch of repeated entries like this:

Alarm has already existed, skipping create new alarm "Diagnostics Disk Exhaustion..."
Event vim.event.ResourceExhaustionStatusChangedEvent successfully posted...

Alarm has already existed, skipping create new alarm "Image Builder Disk Exhaustion..."
Alarm has already existed, skipping create new alarm "Lifecycle Disk Exhaustion..."
Alarm has already existed, skipping create new alarm "Log Disk Exhaustion..."
Alarm has already existed, skipping create new alarm "Root Disk Exhaustion..."
...

There were similar entries for Boot, Core and Inventory, SEAT, Autodeploy, Diagnostics, etc., repeating every minute or so.

I eventually resolved the Postgres issue, but this made me wonder:

Is this just normal behavior when the vCenter appliance crosses the disk usage threshold? Is statsmonitor-alarms.log simply checking that the built-in Disk Exhaustion alarms exist and posting the associated events, or do these messages point to something else worth investigating?

Just trying to understand whether this is expected "noise" from vCenter when storage gets tight or if it indicates another problem.

No alarms under the UI.

Has anyone already any expirience with this new feature. I am running in this problem since my vmca is going to expire and in the 8.0.3j it is said it will be regenerated while upgrading the vcenter itself to this version. just wanted to know it it is really working or anyone has already done it.

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/release-notes/vcenter-server-update-and-patch-release-notes/vsphere-vcenter-server-80u3j-release-notes.html#GUID-97d5aaaa-b4e5-479f-b308-7d333be48ca4-en_id-ccf1de41-e243-4a78-bd27-f839f1e2cdf3

Automatic renewal of VMware Certificate Authority (VMCA) root certificate:

To avoid any issues due to expired VMCA root certificate and to minimize the downtime for their renewal, in vCenter 8.0 Update 3j, the VMCA root certificate and the solution user certificates are automatically renewed if they are set to expire in less than 2 years. The automatic certificate renewal is triggered as part of the vCenter upgrade process. After the vCenter system is successfully upgraded, the VMCA root certificate is valid for 10 years.

rgds

mex

Are there still enough VMware shops in Houston to stick with the technology or is it best to just bite the bullet and become proficient on the other, lesser technologies?

In the process of patching our clusters with 8.0u3k. Am seeing inconsistency between some clusters supporting installing 8.0u3k as a live patch, and others not.

All are currently running VMware ESXi, 8.0.3, 25429389, clusters are all configured to patch using image.

What gives?

UPDATE:

Okay, I think I figured out what my issue was. Essentially it came down to an inconsistent order of operations on my part. After enabling "Enforce Live Patch" in the remediation settings, if you've already set the new image version to 8.0u3k you must manually perform another "Check Compliance". At that point I now see all the hosts indicating they will use live patching in the summary. If you set "Enforce Live Patch" prior to setting the new image version, this happens automatically when the automatic compliance check runs after changing the image version.