Apr 16

How to expand a VMDK and extend a partition in Windows for VMware ESX

http://kb.vmware.com/kb/1007266 This video steps you through expanding a VMDK and extending a partition using DiskPart. Essentially, this allows for expanding the virtual disk for virtual machines in VMware ESX.
Check out Amazon’s selection of books on VMware: http://amzn.to/2pZInmt

Rating: 5/5


Oct 14

Troubleshooting Virtual SAN on-disk format upgrade to 3.0 failures

Posted on October 13, 2016 by Ramesh B S

This video demonstrates how to troubleshoot Virtual SAN on-disk format upgrade to 3.0, which may fail in small Virtual SAN clusters or ROBO/stretched clusters.

Attempting an on-disk upgrade in certain VSAN configurations may result in failure. Configurations that can cause these errors include:

  • The stretched VSAN Cluster consists of two ESXi Hosts and the Witness Node (ROBO configuration)
  • Each Host in the Stretched Cluster contains a single VSAN Disk Group
  • A Virtual SAN cluster consists of three normal nodes, with one disk group per node
  • A Virtual SAN cluster is very full, preventing the “full data migration” disk-group decommission mode

To allow an upgrade to proceed in these configurations, a compromise as to availability must be made. Data accessibility will be maintained, but the redundant copy of the data will be lost and rebuilt during the upgrade process. As a result, data will be exposed to faults and failures such as the loss of a disk on another node may result in data loss. This exposure to additional failure risk is referred to as “reduced redundancy,” and must be manually specified in the Ruby vSphere Console (RVC) to allow the upgrade to proceed. It is not possible to specify reduced redundancy when using the vSphere Web Client to start the upgrade.

Caution: During upgrade, a single point of failure is exposed. Follow all VMware best practices, and your business practices, regarding the backup of important data and virtual machines.

https://kb.vmware.com/kb/2144944

This video demonstrates how to troubleshoot Virtual SAN on-disk format upgrade to 3.0, which may fail in small Virtual SAN clusters or ROBO/stretched clusters.

Attempting an on-disk upgrade in certain VSAN configurations may result in failure. Configurations that can cause these errors are:
– The stretched VSAN Cluster consists of two ESXi Hosts and the Witness Node also called ROBO configuration
– Each Host in the Stretched Cluster contains a single VSAN Disk Group
– A Virtual SAN cluster consists of three normal nodes, with one disk group per node
– A Virtual SAN cluster is very full, preventing the full data migration disk-group decommission mode

During this upgrade, a single point of failure is exposed. Follow all VMware best practices, and your business practices, regarding the backup of important data and virtual machines.

This exposure to additional failure risk is referred to as “reduced redundancy,” and must be manually specified in the Ruby vSphere Console or RVC to allow the upgrade to proceed.

Rating: 5/5