Showing posts with label VMware vSAN. Show all posts
Showing posts with label VMware vSAN. Show all posts

February 24, 2019

Quick boot and hba driver updates

Background
vSphere 6.7 introduced a new feature called Quick Boot that reboots ESXi of certain server models without going into POST. This can save quite a bit of time as many servers can spend several minutes during POST. In clusters with many servers this means we can save hours or even days during a year of updates and reboots.

Problem
When using vSAN it's very important that you follow the HCL in regards to using supported firmware+driver versions. We had a newly installed vSAN cluster with servers in a non-supported state. Because of this we used Update Manager to deploy a supported driver. The driver was installed, but the server never came up again. When we checked the console of the first host we saw the error message: "LoadESX in progress".
If we reset the power of the server it would complete POST and boot up with the new driver installed.

Solution
Disabling Quick Boot (from the Update Manager configuration) solved this problem and we were able to get all servers in our cluster up to date without any problems.

January 26, 2015

Bulk registering vSAN disks for controllers not supporting pass-through mode

When configuring VSAN the amount of initial setup time is highly dependent on the type of disk controller you're using. Some controllers support pass-through mode and will not need the additional configuration described in this posting.

If you however are using a controller such as the Dell PERC H710, you will first need to setup each disk in the RAID controller's BIOS; with every disk in it's own disk group where you enable write through, disable read ahead and select initialize.



After doing this you will see the individual disks within VMware vCenter under the esx host / manage / storage / storage controller / devices. The disks are however not detected correctly as the controller gives no information about the type of disks shared in these RAID 0s.

In order for vSAN to make sense of these disks you will need to create rules that specify what type of disks that are being used.

Spinning disk command:
esxcli storage nmp satp rule add --satp=VMW_SATP_LOCAL --device <device id> --option "enable_local"

SSD disk command: 
esxcli storage nmp satp rule add --satp=VMW_SATP_LOCAL --device <device id> --option "enable_local enable_ssd"

The device id in question here is the naa lun id. Some suggest that you use the command esxcli storage core device list, but in a system with many disks I've found it easier to filter out the needed info by using the command fdisk -l by identifying the disk types by looking at the disk sizes.

You can compile the list of naa lun ids for a given disk type and run the following commands:
for i in <paste list of spinning disk naa lun ids here>
do
esxcli storage nmp satp rule add --satp=VMW_SATP_LOCAL --device $i --option "enable_local"
done

for i in <paste list of ssd disk naa lun ids here>
do
esxcli storage nmp satp rule add --satp=VMW_SATP_LOCAL --device $i --option "enable_local enable_ssd"
done




You will now need to reboot the host for the new config to become active. Repeat these steps for all of your vSAN hosts and you'll soon be able to start configuring vSAN.