6.0.1

Table Of Contents
Excessive SCSI Reservations Cause Slow Host Performance
Operations that require getting a file lock or a metadata lock in VMFS result in short-lived SCSI reservations.
SCSI reservations lock an entire LUN. Excessive SCSI reservations by a host can cause performance
degradation on other servers accessing the same VMFS.
Problem
Excessive SCSI reservations cause performance degradation and SCSI reservation conflicts.
Cause
Several operations require VMFS to use SCSI reservations.
n
Creating, resignaturing, or expanding a VMFS datastore
n
Powering on a virtual machine
n
Creating or deleting a file
n
Creating a template
n
Deploying a virtual machine from a template
n
Creating a new virtual machine
n
Migrating a virtual machine with VMotion
n
Growing a file, such as a thin provisioned virtual disk
NOTE ESXi hosts use the SCSI reservations mechanism only when storage devices do not support the
hardware acceleration. For storage devices that support the hardware acceleration, the hosts use the atomic
test and set (ATS) algorithm to lock the LUN. For more information on hardware acceleration, see the
vSphere Storage documentation.
Solution
To eliminate potential sources of SCSI reservation conflicts, follow these guidelines:
n
Serialize the operations of the shared LUNs, if possible, limit the number of operations on different
hosts that require SCSI reservation at the same time.
n
Increase the number of LUNs and limit the number of hosts accessing the same LUN.
n
Reduce the number snapshots. Snapshots cause numerous SCSI reservations.
n
Reduce the number of virtual machines per LUN. Follow recommendations in Configuration Maximums.
n
Make sure that you have the latest HBA firmware across all hosts.
n
Make sure that the host has the latest BIOS.
n
Ensure a correct Host Mode setting on the SAN array.
For information about handling SCSI reservation conflicts on specific storage arrays, see the VMware
knowledge base article at http://kb.vmware.com/kb/1005009.
vSphere Troubleshooting
62 VMware, Inc.