WilliamLam.com

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

Override default VSAN Maintenance (decommission) Mode in VSAN 6.1

09.14.2015 by William Lam // Leave a Comment

Earlier this year, there was an interesting use case that was brought up from a customer regarding the use of vSphere Update Manager (VUM) and VSAN enabled ESXi hosts. Everything was working from a functional standpoint, but the customer wanted a way to control the default VSAN decommission mode which specifies how the data should be moved, if at all when a host is placed into maintenance mode. There are three supported options which includes Ensure Accessibility (default), Evacuate All Data and No Action. Depending on the customer and their use case, there may be valid reasons to use one or the other. For example, if I am shutting down my entire VSAN cluster for some hardware upgrade, I probably do not want any of my data to be migrated and the No Action setting would be acceptable. During an upgrade or patching an of ESXi host, some customers have expressed that they would prefer to leverage the Evacuate All Data setting which is perfectly fine, of course the maintenance mode would take long as all the dat must be migrated off the host first.

Prior to VSAN 6.1 (included in the vSphere 6.0 Update 1 release), it was not possible to override the default VSAN maintenance mode (decommission mode) option which defaults to Ensure Accessibility. This was a problem because if you decided you wanted to use a different option, there would be some manual intervention required from the user when using VUM. The workaround for the customer would be to either manually or using the vSphere API to automate the ESXi host maintenance mode operation and specify the decommission mode type before VUM would take over and update the host. Not an ideal solution but would work if you needed to override the default.

I thought this would be a nice feature enhancement to be able to override the default VSAN maintenance mode option which could vary from customer to customer depending on their use case. I got in touch with one of the VSAN Engineers to discuss the use case in more detail and he agreed that it would be useful to expose this type of a capability. In VSAN 6.1, there is now a new ESXi Advanced Setting called DefaultHostDecommissionMode which allows you to specify the default VSAN maintenance mode behavior.

vsan-6.1-decomission-mode-0
Below is a table of the three available options (ensureAccessibility is default) that can be configured:

VSAN Decommission Mode Value  Description
ensureAccessibility  VSAN data reconfiguration should be performed to ensure storage object accessibility
evacuateAllData  VSAN data evacuation should be performed such that all storage object data is removed from the host
noAction  No special action should take place regarding VSAN data

This ESXi Advanced Setting can also be retrieved and configured using ESXCLI as well as the vSphere API.

To retrieve the current VSAN maintenance mode option using ESXCLI, run the following command:

esxcli system settings advanced list -o /VSAN/DefaultHostDecommissionMode

To configure the default VSAN maintenance mode option using ESXCLI, run the following command:

esxcli system settings advanced set -o /VSAN/DefaultHostDecommissionMode -s [DECOMISSION_MODE]

Categories // ESXi, VSAN, vSphere 6.0 Tags // DefaultHostDecommissionMode, ESXi 6.0, maintenance mode, Virtual SAN, VSAN, VSAN 6.1, vSphere 6.0 Update 1

How to deploy and run the VSAN 6.1 Witness Virtual Appliance on VMware Fusion & Workstation?

09.11.2015 by William Lam // 20 Comments

One of the most exciting new feature in VSAN 6.1 is the new Stretched Clustering capability which also provides support for a 2-Node ROBO deployment. If you are interested in learning more about the new VSAN 6.1 capabilities, be sure to check out Duncan's blog post here as well as a video on how to configure the new VSAN Stretched Clustering here. Like many of you, I am sure you are looking forward to giving both vSphere 6.0 Update 1 as well as the new VSAN 6.1 capabilities a spin in your home lab or development environment. By now, you probably know how easy it is to run Nested ESXi on top of your existing vSphere environment. However, not everyone has access to a vSphere environment. The next best thing is using VMware Fusion and Workstation which also supports Nested ESXi and for many of our customers and field, it is a great solution as it allows you to easily play with all the VMware goodies while you are on the go, especially useful if you travel frequently.

[Read more...]

Categories // ESXi, Fusion, Home Lab, OVFTool, VSAN, Workstation Tags // guestinfo.ovfEnv, ova, ovf, ovftool, Virtual SAN, VSAN, VSAN 6.1, vSphere 6.0 Update 1, witness

ESXi Embedded Host Client Fling updated to v2

08.26.2015 by William Lam // 13 Comments

The response and feedback from our customers on the recently released HTML5 Embedded Host Client for ESXi Fling has just been absolutely phenomenal. Having only been released for a little less than two weeks ago, it has also become the #1 Fling on the VMware Labs which is an amazing accomplishment in it itself as well as to the awesome work from both the Engineers: Etienne and George. 

Having said that, both Etienne and George have not stopped and have been quite busy in the last couple of weeks. They have been working adding new features based on feedback from our customers as well as any bug fixes that have been reported. Today, I am please to announce that they have just released version2 of the Embedded Host Client for ESXi which you can find here. If you have v1 installed, you can perform an "update" by running the following ESXCLI command:

[root@mini:~] esxcli software vib update -v /esxui-3015331.vib
Installation Result
Message: Operation finished successfully.
Reboot Required: false
VIBs Installed: VMware_bootbank_esx-ui_0.0.2-0.1.3015331
VIBs Removed: VMware_bootbank_esx-ui_0.0.2-0.1.2976804
VIBs Skipped:

In addition to the new features listed below in v2, I would also like to mention we now have both an installable VIB as well as an offline bundle as some of you have been asking for which will allow you to use vSphere Update Manager (VUM) to automate the deployment of the Embedded Host Client across your ESXi hosts.

What's new in v2:

  • Host
    •  Improved host performance monitoring UI
    • Composite CPU/memory figure
  • Virtual Machines
    • VM Snapshot support.
    • In-browser VM console full screen support.
    • In-browser VM console 'shrink’ support.
    • Create Wizard: Mac OS guest creation has been enabled.
  • Storage
    • Completed file browser (copy/move/delete/create directory/upload/download)
    • Right click on VMX file in browser to register VM
    • Mount/create NFS datastores
    • Create VMFS datastore (currently only on disks that don't have a partition table)
    • Extend VMFS datastore (currently only onto disks that don't have a partition table)
    • Mount/Unmount VMFS datastore
  • Networking
    • Firewall ruleset listing (currently read-only)
  • General Features
    • Double click title bar to enlarge dialogs and wizards
    • Alt + drag in a dialog or wizard to resize
    • Locale override (we still only support en-US at this stage)
    • Customizable session timeout.

I have already deployed the latest version in my lab and I have to say, the new features rock. One tiny little feature which I really like is a session timeout count down which appears on your browser tab of the Embedded Host Client when left idle.

Screen_Shot_2015-08-24_at_9.23.29_AM_stream
In my opinion, the attention to details both big and small is what really differentiates this UI from any other that I have used and really provides for a fantastic user experience. Keep up the great work guys!

If you have any feedback, please leave a comment either on my blog or on the Fling site and who knows, your request might just make it into the next release 🙂

Categories // ESXi Tags // embedded host client, ESXi, Fling, HTML5, vum, web access

  • « Previous Page
  • 1
  • …
  • 101
  • 102
  • 103
  • 104
  • 105
  • …
  • 146
  • 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

  • Automating the vSAN Data Migration Pre-check using vSAN API 06/04/2025
  • VCF 9.0 Hardware Considerations 05/30/2025
  • 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

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...