• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

vSAN File Services IPs not reachable when using NSX-T?

Duncan Epping · Jan 25, 2022 · Leave a Comment

I’ve had this question a few times, if you enable vSAN File Services and you use NSX-T and it’s not possible to reach the vSAN File Service IP addresses, what should you do? In 999 out of the 1000 cases, it typically is a matter of enabling Mac Learning on the Segment Profile for the segment being used by vSAN File Services. I stole the below screenshot from William, it shows you how to enable it.

You may wonder why this needs to be enabled, well basically because the vSAN File Services VM is not what you are directly communicating with. The IP Address and MAC address you communicate with is associated with the vSAN File Service protocol stack container. As a result, MAC Learning needs to be enabled. I described this already in my FAQ post, but as it comes up frequently I figured I would dedicate a post to it.

Unexplored Territory #008: Virtual Reality with Matt Coppinger

Duncan Epping · Jan 24, 2022 · Leave a Comment

Episode 008 of the Unexplored Territory podcast is available! This week we spoke with Matt Coppinger about Virtual Reality and VMware Workspace ONE XR HUB, which is the enabler for VR adoption in the enterprise. Listen to it via Spotify (https://spoti.fi/3fSUrAM), Apple (https://apple.co/3FUOLkq), or anywhere else you get your podcast!

Unexplored Territory #007: Tanzu/Kubernetes with Cormac Hogan

Duncan Epping · Jan 10, 2022 · Leave a Comment

Episode 007 of the Unexplored Territory podcast is available! In this episode we spoke with Cormac Hogan about the VMware Tanzu portfolio, and Kubernetes in general. Listen to it via Spotify (https://spoti.fi/3GcjaM9), Apple (https://apple.co/3Gc6Efn), or anywhere else you get your podcast!

Unexplored Territory #006: Event-driven automation (VEBA) with William Lam!

Duncan Epping · Dec 30, 2021 · Leave a Comment

In this sixth episode, we talk to William Lam, Senior Staff Architect in the Cloud Infrastructure Business Group at VMware about event-driven automation. William explains what event-driven automation is, how customers are using it today, and why you should also consider trying out the VMware Event Broker Appliance! (https://flings.vmware.com/vmware-event-broker-appliance) Enjoy the episode, and if you haven’t done so yet, make sure to subscribe! You can also listen via your podcast apps of course for Apple: https://apple.co/3pxet9P Spotify: https://spoti.fi/3mW19dt Google: https://bit.ly/3pDoUJ3

Why does HA not power-on VMs after a full cluster shutdown?

Duncan Epping · Dec 20, 2021 · 11 Comments

I received this question and figured I would write a quick post about it, as it comes up occasionally. Why does vSphere HA no power-on VMs after a full cluster is brought back online after a full cluster shutdown? In this case, the customer had a power outage, so their hosts and all VMs were powered off, by an administrator cleanly, as a result of the backup power unit running out of power. Unfortunately, this happens more frequently than you would think.

When VMs are powered off by an administrator, or anyone/anything (PowerCLI etc) else which has permissions to power off VMs, then vCenter Server will mark these VMs as “cleanly powered off”. Next, also the state of the VMs is tracked by vSphere HA. So if a host is powered off, HA will know if the VM was powered on, or powered off at the time the host goes missing.

Now, when the host (or hosts) returns for duty, vSphere HA will of course verify what the last known state was of the cluster. It will read the list of all the VMs that were powered on, and it will restart those that were powered on and are configured for HA. It will also look at a VM property called “runtime.cleanPowerOff”, this property indicates if the VM was cleanly powered off by an Admin or a script, or if the VM was for instance powered off by vSphere HA itself. (PDL response etc.) Depending on the value of the property, the VM will, or will not be restarted.

Having said all of that, when you power off a VM manually through the UI, or via a script, then the VM will be marked as being “cleanly powered off”. This means that HA has no reason to restart it, as the powered-off VM is not the result of a host, network, or storage failure.

  • « Go to Previous Page
  • Go to page 1
  • Interim pages omitted …
  • Go to page 3
  • Go to page 4
  • Go to page 5
  • Go to page 6
  • Go to page 7
  • Interim pages omitted …
  • Go to page 472
  • Go to Next Page »

Primary Sidebar

About the author

Duncan Epping is a Chief Technologist in the Office of CTO of the Cloud Platform BU at VMware. He is a VCDX (# 007), the author of the "vSAN Deep Dive", the “vSphere Clustering Technical Deep Dive” series, and the host of the "Unexplored Territory" podcast.

Upcoming Events

29-08-2022 – VMware Explore US
07-11-2022 – VMware Explore EMEA
….

Recommended Reads

Sponsors

Want to support Yellow-Bricks? Buy an advert!

Advertisements

Copyright Yellow-Bricks.com © 2022 · Log in