#771 - Upgrade 9.x to 9.1 w/Tarsio Moraes x.com/i/broadcasts/1AKEmmbgm…

Here at VMUG Connect Dallas , super cool Mouse pad from @comdivision

At VMUG Connect Dallas for the keynote covering VCF 9.1. So many great features.

#770 - Modern Applications, Platform Engineering and VCF x.com/i/broadcasts/1PKqrrWNR…

#769 - Open Mic w/Eric and Tony x.com/i/broadcasts/1Nxarrjwb…

#769 Converting vSphere to VCF9 (Here is How) w/Shank Mohan x.com/i/broadcasts/1aKbdbWAA…

Pasting logs into AI? Remove sensitive data first. Log Anonymizer — single HTML file, runs in your browser, no backend. Auto-detects emails, IPs, tokens, UUIDs and more. 🌐 psguy.eu/log-anonymizer.html ⭐ github.com/mlucansky/log-ano…

Join me at Argentine Tango and Waltzes with AKaDi Ensemble meetu.ps/e/Q300T/1fQ0kz/i

#768 - Automating ESXi Host Preparation for VCF 9 w/Paul van Dieen x.com/i/broadcasts/1AJEmOLkd…

VMUG connect in Dallas, spend extra day learning VCF deployment design. I will be in Dallas. With Advantage lab presentation for your home lab environment !

AI BOF community sessions and on day 0 of VMug connect Toronto ! Fun conversation on tokens and inference scale.

#VMUGconnect getting started in Toronto ! With @vmwarecode labs and VMUG leader training

#768 - Automating ESXi Host Preparation for VCF 9 with Paul van Dieen | Paul joins the podcast with Eric and Bob to talk about his blog article covering ESXi host preparation for VCF 9 with Powershell. WE, May 13 at noon Pacific. @ericnipro @plankers dy.si/o461NM2

#767 - Tommy Grot talks Virtual Tooling and VirtualBytes Blog w/Eric and Bob x.com/i/broadcasts/1aKbdbVap…

#767 - Tommy Grot Talks Virtual Tooling and VirtualBytes Blog with Eric and Bob | Join the conversation on WE, May 6 at noon Pacific. @ericnipro @plankers dy.si/XgGDN

The AMD Zen4/Zen5 IPMI Thermal Driver for ESX Fling williamlam.com/2026/05/amd-z… is now LIVE on Broadcom Support Portal under Free Downloads! 🥳 PS: Don't forget to click on T&C link or you won't be able to click on I Agree 😄

This will be a MUST attend briefing tomorrow (05/05) on our next planned release of ☁️ VMware Cloud Foundation (#VCF) ... 😁 Sign Up 👉 go-vmware.broadcom.com/insid…

@VMware (by @Broadcom) #HybridCloud #VCF #VMUG #vCommunity - CMTY Podcast #765 - AI Administration with Agentic Tools with Bob Plankers (by @ericnipro, @vCommunityGuy, @plankers, @wonder_nerd) @VMwareVCF #vExpertVCF @vExpert @MyVMUG @VMwareCommunity dy.si/wLJwvN

For the benefit of others, I want to document a bug in the Nvidia GB10 chipset devices such as DGX Spark, also variations made by companies like MSI. This Nvidia bug affects all GB10-based systems (NVIDIA DGX Spark, ASUS Ascent GX10, and by extension MSI's EdgeXpert/GB10 variant) because they share the same SoC and ConnectX-7 wiring. Two DGX Sparks connected via QSFP, with both interfaces negotiating 200 Gbps via ethtool, but actual throughput capped at ~13 Gbps under both TCP (iperf3) and RDMA (ib_write_bw). So instead of 200 Gbps or 120 Gbps between two boxes, you get just 12.9 Gbps which is super super slow when trying to distribute an LLM. The root cause is: "The ConnectX-7 firmware reports "insufficient power on the PCIe slot (27W)" and throttles both PCIe domains. RDMA hits the same wall as TCP, which rules out the kernel networking stack and points to firmware/hardware below the software layer." Updating the driver from 580.126 to 580.142 via apt full-upgrade resolves it completely. The power warning persists in logs but no longer throttles. Use apt full-upgrade to achieve this (with sudo of course). Problem solved. Hope this saves you some time. NVIDIA should have told customers about this, and they should have shipped the units with the updates in place, but they didn't.