Vsphere 703 Esxcli Concepts Examples Guide
Vsphere 703 Esxcli Concepts Examples Guide
Examples
Update 3
VMware vSphere 7.0
VMware ESXi 7.0
vCenter Server 7.0
ESXCLI Concepts and Examples
You can find the most up-to-date technical documentation on the VMware website at:
https://docs.vmware.com/
VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com
©
Copyright 2007-2021 VMware, Inc. All rights reserved. Copyright and trademark information.
VMware, Inc. 2
Contents
2 Managing Hosts 13
Stopping and Rebooting Hosts with ESXCLI 13
Enter and Exit Maintenance Mode with ESXCLI 14
Manage Modules with ESXCLI 14
Retrieve Information about Components, Base Image, and Add-On on a Host with ESXCLI 15
Manage Components with ESXCLI 16
Manage Base Images and Add-Ons with ESXCLI 17
Updating Hosts 19
Configuring the GuestStore Repository with ESXCLI 19
Set the GuestStore Repository with ESXCLI 20
Clear the GuestStore Repository Setting with ESXCLI 20
3 Managing Files 21
Introduction to Virtual Machine File Management 21
Managing VMFS Volumes 22
Managing Duplicate VMFS Datastores 23
Mounting Datastores with Existing Signatures 23
Resignaturing VMFS Copies 24
Reclaiming Unused Storage Space 25
4 Managing Storage 26
Introduction to Storage 27
How Virtual Machines Access Storage 27
Datastores 29
VMware, Inc. 3
ESXCLI Concepts and Examples
VMware, Inc. 4
ESXCLI Concepts and Examples
VMware, Inc. 5
ESXCLI Concepts and Examples
7 Managing Users 93
Users in the vSphere Environment 93
Assigning Permissions with ESXCLI 93
VMware, Inc. 6
ESXCLI Concepts and Examples
VMware, Inc. 7
About This Book
ESXCLI Concepts and Examples explains how to use ESXCLI commands and includes command
overviews and examples.
Intended Audience
This book is for experienced Windows or Linux system administrators who are familiar with
vSphere administration tasks and data center operations and know how to use commands in
scripts.
VMware, Inc. 8
ESXCLI Commands Overview
1
This chapter provides an overview of ESXCLI, connection options, and discusses ESXCLI and
lockdown mode.
n Introduction to ESXCLI
Introduction to ESXCLI
You can use the commands in the ESXCLI package to manage many aspects of an ESXi host. You
can run ESXCLI commands remotely or in the ESXi Shell.
You can install the ESXCLI command set on a supported Linux or Windows system. See Getting
Started with ESXCLI. After installation, you can run ESXCLI commands from the Linux or Windows
system. You can manage ESXi hosts with ESXCLI commands by specifying connection options
such as the target host, user, and password or a configuration file. See Connection Options for
ESXCLI Host Management Commands.
When you target a vCenter Server system, you can use --vihost to specify the ESXi host to run
the command against. All commands support the HTTP and HTTPS protocols.
VMware, Inc. 9
ESXCLI Concepts and Examples
When you run an ESXCLI command, you must know the commands supported on the target
host. For example, if you run commands against ESXi 7.x hosts, ESXCLI 7.x commands are
supported. If you run commands against ESXi 6.x hosts, ESXCLI 6.x commands are supported.
Some commands or command outputs are determined by the host type. In addition, VMware
partners might develop custom ESXCLI commands that you can run on hosts where the partner
VIB has been installed.
Run esxcli --server <target> --help for a list of namespaces supported on the target. You
can drill down into the namespaces for additional help.
Procedure
1 Enter the URL of the vCenter Server system into a Web browser.
A certificates folder is extracted. The folder includes files with the extension .0, .1, and so
on, which are certificates, and files with the extension .r0, .r1, and so on which are CRL files
associated with the certificates.
The process differs depending on the platform that you are on.
What to do next
You can now run ESXCLI commands against any host that is managed by the trusted vCenter
Server system without supplying additional information if you specify the vCenter Server system
in the --server option and the ESXi host in the --vihost option.
VMware, Inc. 10
ESXCLI Concepts and Examples
You can specify the certificate with the --cacertsfile parameter or the VI_CACERTFILE
variable.
When you run a command, ESXCLI first checks whether a certificate file is available. If not, ESXCLI
checks whether a thumbprint of the target server is available. If not, you receive an error of the
following type.
You can run the command with the thumbprint to establish the trust relationship, or add the
thumbprint to the VI_THUMBPRINT variable. For example, using the thumbprint of the ESXi host
above, you can run the following command.
The --formatter option supports three values - csv, xml, and keyvalue and is used before any
namespace.
The following example lists all file system information in CSV format.
VMware, Inc. 11
ESXCLI Concepts and Examples
You can target hosts directly or target a vCenter Server system and specify the host you want to
manage.
Important ESXCLI supports both the IPv4 protocol and the IPv6 protocol.
See the Getting Started with ESXCLI documentation for a complete list and examples.
See the vSphere Security document for a detailed discussion of normal lockdown mode and strict
lockdown mode, and of how to enable and disable them.
To make changes to ESXi systems in lockdown mode, you must go through a vCenter Server
system that manages the ESXi system as the user vpxuser and include both the --server and
--vihost options.
The command prompts for the vCenter Server system user name and password.
If you have problems running a command on an ESXi host directly, without specifying a vCenter
Server target, check whether lockdown mode is enabled on that host.
VMware, Inc. 12
Managing Hosts
2
You can use host management commands to stop, reboot ESXi hosts, enter and exit
maintenance mode, and manage modules. You can also manage components, base images,
add-ons, and host updates.
vSphere 7.0 introduces components, base images, and add-ons. A component is an installation
packaging element. One component might contain multiple VIBs. The component has a version
number that is separate from the version numbers of any VIBs it contains, though it might be
the same. Each VIB in a component can contain a device driver, a CIM module, or an application
for communicating between the two. Components simplify the packaging and installation of
installable items on ESXi. The base image is an ESXi image that VMware provides with every
release of ESXi. The base image is a collection of components that is complete and can boot up a
server. Base images have a user-readable name and a unique version that is updated with every
major or minor release of ESXi. The add-on is a collection of components that does not represent
a complete, bootable image. You cannot use vendor add-ons on their own. To customize an ESXi
release, you must add a vendor add-on to an ESXi base image.
For information on updating ESXi hosts with the esxcli software command and on changing
the host acceptance level to match the level of a VIB that you might want to use for an update,
see the VMware ESXi Upgrade document.
n Retrieve Information about Components, Base Image, and Add-On on a Host with ESXCLI
n Updating Hosts
VMware, Inc. 13
ESXCLI Concepts and Examples
Shutting down a managed host disconnects it from the vCenter Server system, but does not
remove the host from the inventory. You can shut down a single host or all hosts in a data center
or cluster.
To shut down a host, run esxcli system shutdown poweroff. You must specify the --reason
option and supply a reason for the shutdown. A --delay option allows you to specify a delay
interval, in seconds.
To reboot a host, run esxcli system shutdown reboot. You must specify the --reason option
and supply a reason for the reboot. A --delay option allows you to specify a delay interval, in
seconds.
esxcli system maintenanceMode set allows you to enable or disable maintenance mode. Specify
one of the options listed in Connection Options for ESXCLI Host Management Commands in place
of <conn_options>.
Procedure
After all virtual machines on the host have been suspended or migrated, the host enters
maintenance mode.
Note You cannot deploy or power on a virtual machine on hosts in maintenance mode.
Note If you attempt to exit maintenance mode when the host is no longer in maintenance
mode, an error informs you that maintenance mode is already disabled.
The following example illustrates how to examine and enable a VMkernel module. Specify one of
the connection options listed in Connection Options for ESXCLI Host Management Commands in
place of <conn_options>.
VMware, Inc. 14
ESXCLI Concepts and Examples
Procedure
The system returns the name, type, value, and description of the module.
The following example illustrates how to list all components, retrieve details about an individual
component, and retrieve information about base image and add-on. Specify one of the
connection options listed in Connection Options for ESXCLI Host Management Commands in
place of <conn_options>.
Procedure
The list contains information about the name, display name, version, display version, vendor,
creation date, and acceptance level of each component.
VMware, Inc. 15
ESXCLI Concepts and Examples
2 Retrieve detailed information about a specific component from the list by specifying the
component name.
3 Retrieve detailed information about the base image installed on the host.
The following example illustrates how to list all components in a depot, retrieve details about
an individual component in the depot, install or update a component on an ESXi host, and
remove a component from the host. Installing a component update might be useful for driver
troubleshooting purposes. You can remove any unnecessary components from the host. Specify
one of the connection options listed in Connection Options for ESXCLI Host Management
Commands in place of <conn_options>.
Procedure
1 List all components in the depot by specifying the full remote URL to the index.xml file of
the online depot or the local absolute datastore path to an offline bundle .zip file.
The list contains information about the name, display name, version, display version, vendor,
creation date, and acceptance level of each component.
2 Retrieve detailed information about a specific component in the depot by specifying the
component name.
VMware, Inc. 16
ESXCLI Concepts and Examples
3 Install or update a component on the ESXi host by specifying the name and version of the
component in the depot and the location of the depot.
The following example illustrates how to list all base images and add-ons in a depot, retrieve
details about a specific base image or add-on, and apply a complete image to a host. You
can also verify the signatures of installed components after applying the complete image.
Specify one of the connection options listed in Connection Options for ESXCLI Host Management
Commands in place of <conn_options>.
Procedure
1 List all base images in the depot by specifying the full remote URL to the index.xml file of
the online depot or the local absolute datastore path to an offline bundle .zip file.
The list contains information about the release ID, version, vendor, release date, and
acceptance level of each base image.
2 Retrieve detailed information about a specific base image in the depot by specifying the base
image version.
3 List all add-ons in the depot by specifying the full remote URL to the index.xml file of the
online depot or the local absolute datastore path to an offline bundle .zip file.
VMware, Inc. 17
ESXCLI Concepts and Examples
The list contains information about the release ID, version, vendor, release date, and
acceptance level of each add-on.
4 Retrieve detailed information about a specific add-on in the depot by specifying the add-on
name.
You can use the following JSON software specification syntax to apply a base image only.
{
"add_on": null,
"base_image": {
"version": "<base_image_version>"
},
"components": {}
}
You can use the following JSON software specification syntax to apply a base image, an
add-on, and one or more components.
{
"base_image": {
"version": "<base_image_version>"
},
"add_on": {
"name": "<add-on_name>",
"version": "<add-on_version>"
},
"components": {
"<component_name>": "<component_version>"
}
}
VMware, Inc. 18
ESXCLI Concepts and Examples
6 Apply a complete image to the ESXi host by specifying the location of the JSON software
specification and the location of the depot.
Note The location of the JSON software specification can be either a remote URL or a local
file path. You can use a software specification exported from a vSphere Lifecycle Manager
managed cluster. You can specify multiple depots.
Note If you have not rebooted the ESXi host after applying the complete image, you can
verify the newly applied image by using the --rebooting-image option.
A list of all installed components appears. The list contains the name, version, vendor,
acceptance level, and signature verification result of each component.
Updating Hosts
When you add custom drivers or patches to a host, the process is called an update.
n Update ESXi 6.0 hosts with esxcli software vib commands discussed in the vSphere
Upgrade documentation included in the vSphere 6.0 documentation set.
n Update ESXi 6.5 hosts with esxcli software vib commands discussed in the vSphere
Upgrade documentation included in the vSphere 6.5 documentation set.
n Update ESXi 6.7 hosts with esxcli software vib commands discussed in the VMware ESXi
Upgrade documentation included in the vSphere 6.7 documentation set.
n Update ESXi 7.0 hosts with esxcli software vib commands discussed in the VMware
ESXi Upgrade documentation included in the vSphere 7.0 documentation set.
The GuestStore feature provides an easy and flexible mechanism to maintain and distribute
various content types across multiple virtual machines on multiple ESXi hosts at the same
time. By using the GuestStore framework, you can make sure that the distributed content is
always consistent and you can improve the content management in your environment. For more
information about the GuestStore feature, see vSphere Virtual Machine Administration.
VMware, Inc. 19
ESXCLI Concepts and Examples
Procedure
Note The URL must point to a datastore path where GuestStore content is stored. The
datastore path must be accessible to the ESXi host. If you want to set up a common
GuestStore repository across multiple ESXi hosts, you should use a shared datastore path.
The following example contains a possible syntax for the datastore path.
URL: <datastore_path>
Procedure
VMware, Inc. 20
Managing Files
3
You can use ESXCLI to manage VMFS (Virtual Machine File System) volumes.
Note See Chapter 4 Managing Storage for information about storage manipulation commands.
Note Datastores are logical containers, analogous to file systems, that hide specifics of each
storage device and provide a uniform model for storing virtual machine files. Datastores can be
used for storing ISO images, virtual machine templates, and floppy images. The vSphere Client
uses the term datastore exclusively. In ESXCLI, the term datastore, as well as VMFS or NFS
volume, refer to the same logical container on the physical device.
Depending on the type of storage you use, datastores can be backed by the VMFS and NFS file
system formats.
n Virtual Machine File System (VMFS) - High-performance file system that is optimized for
storing virtual machines. Your host can deploy a VMFS datastore on any SCSI-based local
or networked storage device, including Fibre Channel and iSCSI SAN equipment. As an
alternative to using the VMFS datastore, your virtual machine can have direct access to raw
devices and use a mapping file (RDM) as a proxy.
You can manage VMFS and RDMs with the vSphere Client.
n Network File System (NFS) - The NFS client built into ESXi uses the NFS protocol over TCP/IP
to access a designated NFS volume that is located on a NAS server. The ESXi host can mount
the volume and use it for its storage needs. vSphere supports versions 3 and 4.1 of the NFS
protocol. Typically, the NFS volume or directory is created by a storage administrator and is
exported form the NFS server. The NFS volumes do not need to be formatted with a local
VMware, Inc. 21
ESXCLI Concepts and Examples
file system, such as VMFS. You can mount the volumes directly and use them to store and
boot virtual machines in the same way that you use VMFS datastores. The host can access
a designated NFS volume located on an NFS server, mount the volume, and use it for any
storage needs.
You manage NAS storage devices from the vSphere Client or with the esxcli storage nfs
command. The diagram below illustrates different types of storage, but it is for conceptual
purposes only. It is not a recommended configuration.
Host
requires TCP/IP connectivity
local
ethernet
SCSI
software
initiator
fibre iSCSI
channel hardware ethernet ethernet
HBA initiator NIC NIC
VMFS
esxcli storage filesystem list shows all volumes, mounted and unmounted, that are
resolved, that is, that are not snapshot volumes.
esxcli storage filesystem unmount unmounts a currently mounted filesystem. Use this
command for snapshot volumes or resolved volumes.
VMware, Inc. 22
ESXCLI Concepts and Examples
esxcli storage vmfs snapshot commands can be used for listing, mounting, and
resignaturing snapshot volumes. See Mounting Datastores with Existing Signatures and
Resignaturing VMFS Copies.
Each VMFS datastore created in a LUN has a unique UUID that is stored in the file system
superblock. When the LUN is replicated or when a snapshot is made, the resulting LUN copy
is identical, byte-for-byte, to the original LUN. As a result, if the original LUN contains a VMFS
datastore with UUID X, the LUN copy appears to contain an identical VMFS datastore, or a VMFS
datastore copy, with the same UUID X.
ESXi hosts can determine whether a LUN contains the VMFS datastore copy, and either mount
the datastore copy with its original UUID or change the UUID to resignature the datastore.
When a LUN contains a VMFS datastore copy, you can mount the datastore with the existing
signature or assign a new signature. The vSphere Storage documentation discusses volume
resignaturing in detail.
For example, you can maintain synchronized copies of virtual machines at a secondary site as
part of a disaster recovery plan. In the event of a disaster at the primary site, you can mount the
datastore copy and power on the virtual machines at the secondary site.
Important You can mount a VMFS datastore only if it does not conflict with an already mounted
VMFS datastore that has the same UUID.
When you mount the VMFS datastore, ESXi allows both read and write operations to the
datastore that resides on the LUN copy. The LUN copy must be writable. The datastore mounts
are persistent and valid across system reboots.
Use the esxcli storage filesystem command to list mounted volumes, mount new volumes,
and unmount a volume. Specify one of the connection options listed in Connection Options for
ESXCLI Host Management Commands in place of <conn_options>.
VMware, Inc. 23
ESXCLI Concepts and Examples
Procedure
2 Run esxcli storage filesystem mount with the volume label or volume UUID.
What to do next
You can later run esxcli storage filesystem volume unmount to unmount the snapshot
volume.
When resignaturing a VMFS copy, the ESXi host assigns a new UUID and a new label to the copy,
and mounts the copy as a datastore distinct from the original. Because ESXi prevents you from
resignaturing the mounted datastore, unmount the datastore before resignaturing.
The default format of the new label assigned to the datastore is snap-<snapID>-<oldLabel>,
where <snapID> is an integer and <oldLabel> is the label of the original datastore.
n The LUN copy that contains the VMFS datastore that you resignature is no longer treated as
a LUN copy.
n A spanned datastore can be resignatured only if all its extents are online.
n The resignaturing process is crash and fault tolerant. If the process is interrupted, you can
resume it later.
n You can mount the new VMFS datastore without a risk of its UUID conflicting with UUIDs of
any other datastore, such as an ancestor or child in a hierarchy of LUN snapshots.
Specify one of the connection options listed in Connection Options for ESXCLI Host Management
Commands in place of <conn_options>.
VMware, Inc. 24
ESXCLI Concepts and Examples
Procedure
What to do next
n If the resignatured datastore contains virtual machines, update references to the original
VMFS datastore in the virtual machine files, including .vmx, .vmdk, .vmsd, and .vmsn.
n To power on virtual machines, register them with the vCenter Server system.
When you run the commands, you must specify the volume label --volume-label or the volume
ID --volume-uuid but you cannot specify both.
In each iteration, the command issues unmap commands to the number of file system blocks that
are specified by the optional reclaim-unit argument, which defaults to 200.
VMware, Inc. 25
Managing Storage
4
A virtual machine uses a virtual disk to store its operating system, program files, and other data
associated with its activities. A virtual disk is a large physical file, or a set of files, that can be
copied, moved, archived, and backed up.
To store virtual disk files and manipulate the files, a host requires dedicated storage space. ESXi
storage is storage space on a variety of physical storage systems, local or networked, that a host
uses to store virtual machine disks.
Chapter 5 Managing iSCSI Storage discusses iSCSI storage management. Chapter 6 Managing
Third-Party Storage Arrays explains how to manage the Pluggable Storage Architecture,
including Path Selection Plugin (PSP) and Storage Array Type Plug-in (SATP) configuration.
For information on masking and unmasking paths with ESXCLI, see the vSphere Storage
documentation.
n Introduction to Storage
n Examining LUNs
n Reattach a Device
n Managing Paths
VMware, Inc. 26
ESXCLI Concepts and Examples
Introduction to Storage
Fibre Channel SAN arrays, iSCSI SAN arrays, and NAS arrays are widely used storage
technologies supported by VMware vSphere to meet different data center storage needs.
The storage arrays are connected to and shared between groups of servers through storage
area networks. This arrangement allows aggregation of the storage resources and provides more
flexibility in provisioning them to virtual machines.
virtual machines
ESX/ESXi
Regardless of the type of storage device that your host uses, the virtual disk always appears to
the virtual machine as a mounted SCSI device. As a result, you can run operating systems that
are not certified for specific storage equipment, such as SAN, in the virtual machine.
VMware, Inc. 27
ESXCLI Concepts and Examples
When a virtual machine communicates with its virtual disk stored on a datastore, it issues SCSI
commands. Because datastores can exist on various types of physical storage, these commands
are encapsulated into other forms, depending on the protocol that the ESXi host uses to connect
to a storage device.
Figure 4-2. Virtual Machines Accessing Different Types of Storage depicts five virtual machines
that use different types of storage to illustrate the differences between each type.
Host
requires TCP/IP connectivity
local
ethernet
SCSI
software
initiator
fibre iSCSI
channel hardware ethernet ethernet
HBA initiator NIC NIC
VMFS
You can use ESXCLI commands to manage the virtual machine file system and storage devices.
n Datastores - Several commands allow you to manage datastores and are useful for multiple
protocols.
n LUNs - Use esxcli storage core to display available LUNs and mappings for each
VMFS volume to its corresponding partition. See Examining LUNs.
n Path management - Use esxcli storage core to list information about Fibre Channel
or iSCSI LUNs and to change a path’s state. See Managing Paths. Use the ESXCLI
command to view and modify path policies. See Managing Path Policies.
n Rescan - Use esxcli storage core to perform a rescan operation each time you
reconfigure your storage setup. See Scanning Storage Adapters.
VMware, Inc. 28
ESXCLI Concepts and Examples
n NFS storage - Use esxcli storage nfs to manage NAS storage devices. See Managing
NFS/NAS Datastores.
n iSCSI storage - Use esxcli iscsi to manage both hardware and software iSCSI. See
Chapter 5 Managing iSCSI Storage.
n vSAN storage - Use commands in the esxcli vsan namespace to manage vSAN. See
Monitoring and Managing vSAN Storage.
n Virtual Flash storage - Use commands in the esxcli storage vflash namespace to
manage VMware vSphere Flash Read Cache.
n Virtual volumes - Virtual volumes offer a different layer of abstraction than datastores. As
a result, finer-grained management is possible. Use commands in the esxcli storage
vvol namespace.
Datastores
ESXi hosts use storage space on a variety of physical storage systems, including internal and
external devices and networked storage.
A host can discover storage devices to which it has access and format them as datastores. Each
datastore is a special logical container, analogous to a file system on a logical volume, where
the host places virtual disk files and other virtual machine files. Datastores hide specifics of each
storage product and provide a uniform model for storing virtual machine files.
Depending on the type of storage you use, datastores can be backed by the following file
system formats.
n Virtual Machine File System (VMFS) - High-performance file system optimized for storing
virtual machines. Your host can deploy a VMFS datastore on any SCSI-based local or
networked storage device, including Fibre Channel and iSCSI SAN equipment.
n Network File System (NFS) - File system on a NAS storage device. ESXi supports NFS version
3 and 4.1. The host can access a designated NFS volume located on an NFS server, mount the
volume, and use it for any storage needs.
VMware, Inc. 29
ESXCLI Concepts and Examples
Device Identifiers
Depending on the type of storage, the ESXi host uses different algorithms and conventions to
generate an identifier for each storage device.
n SCSI INQUIRY identifiers - The host uses the SCSI INQUIRY command to query a storage
device and uses the resulting data, in particular the Page 83 information, to generate a unique
identifier. SCSI INQUIRY device identifiers are unique across all hosts, persistent, and have
one of the following formats.
n naa.<number>
n t10.<number>
n eui.<number>
These formats follow the T10 committee standards. See the SCSI-3 documentation on the T10
committe Web site for information on Page 83.
n Path-based identifier. If the device does not provide the information on Page 83 of the T10
committee SCSI-3 documentation, the host generates an mpx.<path> name, where <path>
represents the first path to the device, for example, mpx.vmhba1:C0:T1:L3. This identifier can
be used in the same way as the SCSI inquiry identifiers.
The mpx. identifier is created for local devices on the assumption that their path names are
unique. However, this identifier is neither unique nor persistent and could change after every
boot.
vmhba<adapter>:C<channel>:T<target>:L<LUN>
n vmbh<adapter> is the name of the storage adapter. The name refers to the physical
adapter on the host, not the SCSI controller used by the virtual machines.
n C<channel> is the storage channel number. Software iSCSI adapters and dependent
hardware adapters use the channel number to show multiple paths to the same target.
n T<target> is the target number. Target numbering is determined by the host and might
change if the mappings of targets that are visible to the host change. Targets that are
shared by different hosts might not have the same target number.
n L<LUN> is the LUN number that shows the position of the LUN within the target. The
number is provided by the storage system. If a target has only one LUN, the LUN number
is always zero (0).
Legacy Identifiers
In addition to the SCSI INQUIRY or mpx identifiers, ESXi generates an alternative legacy name,
called VML name, for each device. Use the device UID instead.
VMware, Inc. 30
ESXCLI Concepts and Examples
Examining LUNs
A LUN (Logical Unit Number) is an identifier for a disk volume in a storage array target.
The terms device and LUN mean a SCSI volume presented to the host from a storage target.
Different storage vendors present their storage systems to ESXi hosts in different ways. Some
vendors present a single target with multiple LUNs on it. Other vendors, especially iSCSI vendors,
present multiple targets with one LUN each.
In Figure 4-3. Target and LUN Representations, three LUNs are available in each configuration.
On the left, the host sees one target, but that target has three LUNs that can be used. Each LUN
represents an individual storage volume. On the right, the host sees three different targets, each
having one LUN.
You can run one of the following commands to examine LUNs. Specify one of the connection
options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
n List all logical devices known on this system with detailed information.
The command lists device information for all logical devices on this system. The information
includes the name (UUID), device type, display name, and multipathing plugin. Specify the
--device option to only list information about a specific device. See Storage Device Naming
for background information.
naa.5000c50037b3967e
Display Name: <name> (naa.5000c50037b3967e)
Has Settable Display Name: true
VMware, Inc. 31
ESXCLI Concepts and Examples
Size: 953869
Device Type: Direct-Access
...
naa.500000e014e7a4e0
Display Name: <name> (naa.500000e014e7a4e0)
Has Settable Display Name: true
Size: 70007
Device Type: Direct-Access
...
mpx.vmhba0:C0:T0:L0
Display Name: Local <name> CD-ROM (mpx.vmhba0:C0:T0:L0)
Has Settable Display Name: false
Size: 0
Device Type: CD-ROM
The command lists the primary UID for each device, such as naa.xxx or other primary
name, and any other UIDs for each UID (VML name). You can specify --device to only list
information for a specific device.
n Print mappings for VMFS volumes to the corresponding partition, path to that partition, VMFS
UUID, extent number, and volume names.
n Print a mapping between HBAs and the devices it provides paths to.
Detaching a device brings a device offline. Detaching a device does not impact path states. If the
LUN is still visible, the path state is not set to dead.
VMware, Inc. 32
ESXCLI Concepts and Examples
Prerequisites
n Make sure you are familiar with virtual machine migration. See the vCenter Server and Host
Management documentation.
n Make sure you are familiar with datastore mounting and unmounting. See Mount a Datastore
with ESXCLI.
Procedure
If the unmount fails, ESXCLI returns an error. If you ignore that error, you will get an error
when you attempt to detach a device with a VMFS partition still in use.
If a VMFS volume is using the device indirectly, the world name includes the string idle0. If a
virtual machine uses the device as an RDM, the virtual machine process name is displayed. If
any other process is using the raw device, the information is displayed.
Detach is persistent across reboots and device unregistration. Any device that is detached
remains detached until a manual attach operation. Rescan does not bring persistently
detached devices back online. A persistently detached device comes back in the off state.
ESXi maintains the persistent information about the device’s offline state even if the device
is unregistered. You can remove the device information by running esxcli storage core
device detached remove -d naa.12.
5 (Optional) To troubleshoot the detach operation, list all devices that were detached manually.
6 Perform a rescan.
Reattach a Device
When you have completed storage reconfiguration, you can reattach the storage device, mount
the datastore, and restart the virtual machines.
VMware, Inc. 33
ESXCLI Concepts and Examples
Prerequisites
Make sure you are familiar with datastore mounting. See Mounting Datastores with Existing
Signatures.
Procedure
With earlier ESXi releases, an APD (All Paths Down) event results when the LUN becomes
unavailable. The event is difficult for administrators because they do not have enough
information about the state of the LUN to know which corrective action is appropriate.
The ESXi host can determine whether the cause of an APD event is temporary, or whether the
cause is PDL. A PDL status occurs when the storage array returns SCSI sense codes indicating
that the LUN is no longer available or that a severe, unrecoverable hardware problem exist with
it. ESXi has an improved infrastructure that can speed up operations of upper-layer applications
in a device loss scenario.
Important Do not plan for APD or PDL events, for example, when you want to upgrade your
hardware. Instead, perform an orderly removal of LUNs from your ESXi server, which is described
in Detach a Device and Remove a LUN, perform the operation, and add the LUN back.
n If the LUN that goes into PDL is not in use by any user process or by the VMkernel, the LUN
disappears by itself after a PDL.
n If the LUN was in use when it entered PLD, delete the LUN manually by following the process
described in Detach a Device and Remove a LUN.
VMware, Inc. 34
ESXCLI Concepts and Examples
Procedure
You cannot bring a device back without removing active users. The ESXi host cannot know
whether the device that was added back has changed. ESXi must be able to treat the device
similarly to a new device being discovered.
Managing Paths
To maintain a constant connection between an ESXi host and its storage, ESXi supports
multipathing. With multipathing you can use more than one physical path for transferring data
between the ESXi host and the external storage device.
In case of failure of an element in the SAN network, such as an HBA, switch, or cable, the
ESXi host can fail over to another physical path. On some devices, multipathing also offers load
balancing, which redistributes I/O loads between multiple paths to reduce or eliminate potential
bottlenecks.
The storage architecture supports a special VMkernel layer, Pluggable Storage Architecture
(PSA). The PSA is an open modular framework that coordinates the simultaneous operation of
multiple multipathing plug-ins (MPPs). You can manage PSA by using ESXCLI commands. See
Chapter 6 Managing Third-Party Storage Arrays. This section assumes you are using only PSA
plug-ins included in vSphere by default.
In a simple multipathing local storage topology, you can use one ESXi host with two HBAs. The
ESXi host connects to a dual-port local storage system through two cables. This configuration
ensures fault tolerance if one of the connection elements between the ESXi host and the local
storage system fails.
To support path switching with FC SAN, the ESXi host typically has two HBAs available from
which the storage array can be reached through one or more switches. Alternatively, the setup
can include one HBA and two storage processors so that the HBA can use a different path to
reach the disk array.
In FC Multipathing, multiple paths connect each host with the storage device. For example,
if HBA1 or the link between HBA1 and the switch fails, HBA2 takes over and provides the
connection between the server and the switch. The process of one HBA taking over for another
is called HBA failover.
VMware, Inc. 35
ESXCLI Concepts and Examples
Host 1 Host 2
switch switch
SP1 SP2
storage array
If SP1 or the link between SP1 and the switch breaks, SP2 takes over and provides the connection
between the switch and the storage device. This process is called SP failover. ESXi multipathing
supports HBA and SP failover.
After you have set up your hardware to support multipathing, you can use the vSphere Client or
ESXCLI commands to list and manage paths. You can perform the following tasks.
n Change path policies. See Set Policy Details for Devices that Use Round Robin.
n Manipulate the rules that match paths to multipathing plugins to newly discovered devices.
See Managing Claim Rules.
n Run or rerun claim rules or unclaim paths. See Managing Claim Rules.
Important Use industry-standard device names, with format eui.xxx or naa.xxx to ensure
consistency. Do not use VML LUN names unless device names are not available.
Names of virtual machine HBAs are not guaranteed to be valid across reboots.
VMware, Inc. 36
ESXCLI Concepts and Examples
You can display information about paths by running esxcli storage core path. Specify one
of the options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
n List all devices with their corresponding paths, state of the path, adapter type, and other
information.
n List the statistics for the SCSI paths in the system. You can list all paths or limit the display to
a specific path.
n List detailed information for the paths for the device specified with --device.
If you are changing a path's state, the change operation fails if I/O is active when the path setting
is changed. Reissue the command. You must issue at least one I/O operation before the change
takes effect.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
Procedure
VMware, Inc. 37
ESXCLI Concepts and Examples
esxcli <conn_options> storage core path set --state off --path vmhba32:C0:T1:L0
What to do next
When you are ready, set the path state to active again.
esxcli <conn_options> storage core path set --state active --path vmhba32:C0:T1:L0
Policy Description
VMW_PSP_FIXED The host uses the designated preferred path, if it has been configured. Otherwise, the host selects
the first working path discovered at system boot time. If you want the host to use a particular
preferred path, specify it through the vSphere Client, or by using esxcli storage nmp psp fixed
deviceconfig set. See Change the Path Policy with ESXCLI.
The default policy for active-active storage devices is VMW_PSP_FIXED.
Note If the host uses a default preferred path and the path's status turns to Dead, a new path is
selected as preferred. However, if you explicitly designate the preferred path, it will remain preferred
even when it becomes inaccessible.
VMW_PSP_MRU The host selects the path that it used most recently. When the path becomes unavailable, the host
selects an alternative path. The host does not revert back to the original path when that path becomes
available again. There is no preferred path setting with the MRU policy. MRU is the default policy for
active-passive storage devices.
The VMW_PSP_MRU ranking capability allows you to assign ranks to individual paths. To set ranks to
individual paths, use the esxcli storage nmp psp generic pathconfig set command. For details,
see the VMware knowledge base article 2003468.
VMW_PSP_RR The host uses an automatic path selection algorithm that rotates through all active paths when
connecting to active-passive arrays, or through all available paths when connecting to active-active
arrays. Automatic path selection implements load balancing across the physical paths available to your
host. Load balancing is the process of spreading I/O requests across the paths. The goal is to optimize
throughput performance such as I/O per second, megabytes per second, or response times.
VMW_PSP_RR is the default for a number of arrays and can be used with both active-active and active-
passive arrays to implement load balancing across paths for different LUNs.
VMware, Inc. 38
ESXCLI Concepts and Examples
Most Recently Administrator action is required to fail Administrator action is required to fail back after path
Used back after path failure. failure.
Fixed VMkernel resumes using the preferred VMkernel attempts to resume by using the preferred
path when connectivity is restored. path. This action can cause path thrashing or failure when
another SP now owns the LUN.
Round Robin No fail back. Next path in round robin scheduling is selected.
Multipathing Considerations
You should consider a number of key points when working with multipathing.
n If no SATP is assigned to the device by the claim rules, the default SATP for iSCSI or FC
devices is VMW_SATP_DEFAULT_AA. The default PSP is VMW_PSP_FIXED.
n When the system searches the SATP rules to locate a SATP for a given device, it searches
the driver rules first. If there is no match, the vendor/model rules are searched, and finally the
transport rules are searched. If no match occurs, NMP selects a default SATP for the device.
n If VMW_SATP_ALUA is assigned to a specific storage device, but the device is not ALUA-aware,
no claim rule match occurs for this device. The device is claimed by the default SATP based
on the device's transport type.
n The default PSP for all devices claimed by VMW_SATP_ALUA is VMW_PSP_MRU. The VMW_PSP_MRU
selects an active/optimized path as reported by the VMW_SATP_ALUA, or an active/unoptimized
path if there is no active/optimized path. This path is used until a better path is available
(MRU). For example, if the VMW_PSP_MRU is currently using an active/unoptimized path and an
active/optimized path becomes available, the VMW_PSP_MRU will switch the current path to the
active/optimized one.
n While VMW_PSP_MRU is typically selected for ALUA arrays by default, certain ALUA storage
arrays need to use VMW_PSP_FIXED. To check whether your storage array requires
VMW_PSP_FIXED, see the VMware Compatibility Guide or contact your storage vendor. When
using VMW_PSP_FIXED with ALUA arrays, unless you explicitly specify a preferred path, the
ESXi host selects the most optimal working path and designates it as the default preferred
path. If the host selected path becomes unavailable, the host selects an alternative available
path. However, if you explicitly designate the preferred path, it remains preferred no matter
what its status is.
n By default, the PSA claim rule 101 masks Dell array pseudo devices. Do not delete this rule,
unless you want to unmask these devices.
VMware, Inc. 39
ESXCLI Concepts and Examples
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
Prerequisites
Verify that you are familiar with the supported path policies. See Managing Path Policies.
Procedure
2 Retrieve the list of path selection policies on the system to see which values are valid for the
--psp option when you set the path policy.
esxcli <conn_options> storage nmp device set --device naa.xxx --psp VMW_PSP_RR
4 (Optional) If you specified the VMW_PSP_FIXED policy, you must make sure the preferred path
is set correctly.
esxcli <conn_options> storage nmp psp fixed deviceconfig get --device naa.xxx
esxcli <conn_options> storage nmp psp fixed deviceconfig set --device naa.xxx --path
vmhba3:C0:T5:L3
The command sets the preferred path to vmhba3:C0:T5:L3. Run the command with --
default to clear the preferred path selection.
To achieve better load balancing across paths, administrators can specify that the ESXi host
should switch paths under specific circumstances. Different options determine when the ESXi
host switches paths and what paths are chosen. Only a limited number of storage arrays support
round robin.
You can use esxcli storage nmp psp roundrobin to retrieve and set round robin path
options on a device controlled by the roundrobin PSP. Specify one of the options listed in
Connection Options for ESXCLI Host Management Commands in place of <conn_options>.
VMware, Inc. 40
ESXCLI Concepts and Examples
Procedure
1 Retrieve path selection settings for a device that is using the roundrobin PSP.
esxcli <conn_options> storage nmp psp roundrobin deviceconfig get --device na.xxx
2 Set the path selection. You can specify when the path should change, and whether
unoptimized paths should be included.
u Use --bytes or --iops to specify when the path should change, as in the following
examples.
esxcli <conn_options> storage nmp psp roundrobin deviceconfig set --type "bytes" -B
12345 --device naa.xxx
Sets the device specified by --device to switch to the next path each time 12345 bytes
have been sent along the current path.
esxcli <conn_options> storage nmp psp roundrobin deviceconfig set --type=iops --iops
4200 --device naa.xxx
Sets the device specified by --device to switch after 4200 I/O operations have been
performed on a path.
u Use useano to specify that the round robin PSP should include paths in the active,
unoptimized state in the round robin set (1) or that the PSP should use active, unoptimized
paths only if no active optimized paths are available (0). If you do not include this option,
the PSP includes only active optimized paths in the round robin path set.
By default, vSphere provides a mechanism that creates scheduling queues for each virtual
machine file. Each file has individual bandwidth controls. This mechanism ensures that the I/O
for a particular virtual machine goes into its own separate queue and does not interfere with the
I/O of other virtual machines.
This capability is enabled by default. You can turn it off by using the esxcli system settings
kernel set -s isPerFileSchedModelActive option.
VMware, Inc. 41
ESXCLI Concepts and Examples
Typically, the NFS volume or directory is created by a storage administrator and is exported from
the NFS server. The NFS volume does not need to be formatted with a local file system, such
as VMFS. You can mount the volume directly on ESXi hosts, and use it to store and boot virtual
machines in the same way that you use VMFS datastores.
In addition to storing virtual disks on NFS datastores, you can also use NFS as a central
repository for ISO images, virtual machine templates, and so on. If you use the datastore for
ISO images, you can connect the virtual machine's CD-ROM device to an ISO file on the datastore
and install a guest operating system from the ISO file.
ESXi hosts support the following shared storage capabilities on NFS volumes.
n High Availability (HA), Fault Tolerance, and Distributed Resource Scheduler (DRS)
n Host profiles
n Virtual machines with large capacity virtual disks, or disks greater than 2 TB. Virtual
disks created on NFS datastores are thin-provisioned by default, unless you use hardware
acceleration that supports the Reserve Space operation. See Hardware Acceleration on NAS
Devices in the vSphere Storage documentation.
In addition to storing virtual disks on NFS datastores, you can also use NFS as a central
repository for ISO images, virtual machine templates, and so on.
To use NFS as a shared repository, you create a directory on the NFS server and then mount the
directory as a datastore on all hosts. If you use the datastore for ISO images, you can connect
the virtual machine's CD-ROM device to an ISO file on the datastore and install a guest operating
system from the ISO file.
VMware, Inc. 42
ESXCLI Concepts and Examples
For more information on connection options, see Connection Options for ESXCLI Host
Management Commands.
Procedure
For each NAS file system, the command lists the mount name, share name, and host name
and whether the file system is mounted. If no NAS file systems are available, the system does
not return a NAS filesystem and returns to the command prompt.
Specify the NAS server with --host, the volume to use for the mount with --volume-name, and
the share name on the remote system to use for this NAS mount point with --share.
This command adds an entry to the known NAS file system list and supplies the share name
of the new NAS file system. You must supply the host name, share name, and volume name
for the new NAS file system.
This command unmounts the NAS file system and removes it from the list of known file
systems.
The commands allow you to retrieve device information and I/O statistics from those device.
You can also issue Loop Initialization Primitives (LIP) to FC/FCoE devices and you can reset SAS
devices.
For FC and FCoE devices, you can retrieve FC events such as RSCN, LINKUP, LINKDOWN, Frame
Drop and FCoE CVL. The commands log a warning in the VMkernel log if it encounters too many
Link Toggling or frame drops.
VMware, Inc. 43
ESXCLI Concepts and Examples
The following example examines and resets SAN storage through a FibreChannel adapter.
Instead of fc, the information retrieval commands can also use iscsi, fcoe, and sas.
Procedure
3 Clear all I/O Device Management events for the specified adapter.
While supporting VMware features that require shared storage, such as HA, vMotion, and DRS,
vSAN eliminates the need for an external shared storage and simplifies storage configuration and
virtual machine provisioning activities.
You can use ESXCLI commands to retrieve vSAN information, manage vSAN clusters, perform
network management, add storage, set the policy, and perform other monitoring and
management tasks. Type esxcli vsan --help for a complete list of commands.
Procedure
VMware, Inc. 44
ESXCLI Concepts and Examples
You can run these commands in the ESXi Shell for a host, or the command affects the target host
that you specify as part of the ESXCLI connection options.
Procedure
Procedure
Note The command expects an empty disk, which is partitioned or formatted. Specify a
device name, for example, mpx.vmhba2:C0:T1:L0.
Note The command expects an empty disk, which is partitioned or formatted. Specify a
device name, for example, mpx.vmhba2:C0:T1:L0.
VMware, Inc. 45
ESXCLI Concepts and Examples
3 List the vSAN storage configuration. You can display the complete list, or filter to show only a
single device.
Note You can remove disks or disk groups only when vSAN is in manual mode. For the
automatic disk claim mode, the remove action is not supported.
Instead of specifying the device name, you can specify the UUID if you include the --uuid
option.
n Remove a disk group's SSD and each of its backing HDD drives from vSAN usage.
Instead of specifying the device name, you can specify the UUID if you include the --uuid
option. Any SSD that you remove from vSAN becomes available for such features as
Flash Read Cache.
The vSphere Storage documentation discusses vSphere Flash Read Cache in some detail.
You can reserve a Flash Read Cache for any individual virtual disk. The Flash Read Cache is
created only when a virtual machine is powered on, and it is discarded when a virtual machine
is suspended or powered off. When you migrate a virtual machine you have the option to
migrate the cache. By default the cache is migrated if the virtual flash module on the source and
destination hosts are compatible. If you do not migrate the cache, the cache is rewarmed on the
destination host. You can change the size of the cache while a virtual machine is powered on.
In this instance, the existing cache is discarded and a new write-through cache is created, which
results in a cache warm up period. The advantage of creating a new cache is that the cache size
can better match the application's active data.
VMware, Inc. 46
ESXCLI Concepts and Examples
Flash Read Cache supports write-through or read caching. Write-back or write caching are not
supported. Data reads are satisfied from the cache, if present. Data writes are dispatched to
the backing storage, such as a SAN or NAS. All data that is read from or written to the backing
storage is unconditionally stored in the cache.
Note Not all workloads benefit with a Flash Read Cache. The performance boost depends
on your workload pattern and working set size. Read-intensive workloads with working sets
that fit into the cache can benefit from a Flash Read Cache configuration. By configuring Flash
Read Cache for your read-intensive workloads additional I/O resources become available on your
shared storage, which can result in a performance increase for other workloads even though
they are not configured to use Flash Read Cache.
You can manage vSphere Flash Read Cache from the vSphere Client. You can monitor Flash Read
Cache by using commands in the esxcli storage vflash namespace. The following table lists
available commands. See the ESXCLI Reference for a list of options to each command.
Command Description
esxcli storage vflash cache get Gets individual vflash cache info.
esxcli storage vflash cache stats get Gets vflash cache statistics.
esxcli storage vflash cache stats reset Resets vflash cache statistics.
esxcli storage vflash module stats get Gets vflash module statistics.
With Virtual Volumes, an individual virtual machine, not the datastore, becomes a unit of storage
management, while storage hardware gains complete control over virtual disk content, layout,
and management. The vSphere Storage documentation discusses Virtual Volumes in some detail
and explains how to manage them by using the vSphere Client.
The following ESXCLI commands are available for managing display information about virtual
volumes and for unbinding all Virtual Volumes from all vendor providers. See the vSphere
Storage documentation for information on creating Virtual Volumes and configuring multipathing
and SCSI-based endpoints.
VMware, Inc. 47
ESXCLI Concepts and Examples
Command Description
esxcli storage vvol daemon unbindall Unbinds all Virtual Volume instances from all storage
providers that are known to the ESXi host.
esxcli storage vvol protocolendpoint list Lists the VVol protocol endpoints currently known to the
ESXi host.
esxcli storage vvol storagecontainer list Lists the VVol storage containers currently known to the
ESXi host.
esxcli storage vvol storagecontainer restore Restores storage containers of vendor providers that are
registered on the host.
esxcli storage vvol vasacontext get Gets the VASA context (VC UUID).
esxcli storage vvol vendorprovider list Lists the vendor providers registered on the host.
esxcli storage vvol vendorprovider restore Restores the vendor providers that are registered on the
host.
The FCoE protocol encapsulates Fibre Channel frames into Ethernet frames. As a result, your
host does not need special Fibre Channel links to connect to Fibre Channel storage, but can use
10 Gbit lossless Ethernet to deliver Fibre Channel traffic.
To use FCoE, you need to install FCoE adapters. The adapters that VMware supports generally
fall into two categories, hardware FCoE adapters and software FCoE adapters.
n A software FCoE adapter is a software code that performs some of the FCoE processing.
The adapter can be used with a number of NICs that support partial FCoE offload. Unlike the
hardware FCoE adapter, the software adapter must be activated.
You can scan by using the vSphere Client or the esxcli storage core adapter rescan
command.
VMware, Inc. 48
ESXCLI Concepts and Examples
esxcli storage core adapter rescan supports the following additional options.
n -t|--type – Specify the type of scan to perform. The command either scans for all changes
(all) or for added, deleted, or updated adapters (add, delete, update).
The following command scans a specific adapter and skips the filesystem scan that is performed
by default.
You can use the following example syntax to retrieve SMART information.
What the command returns depends on the level of SMART information that the device supports.
If no information is available for a parameter, the output displays N/A, as in the following sample
output.
VMware, Inc. 49
Managing iSCSI Storage
5
ESXi systems include iSCSI technology to access remote storage using an IP network. You can
use the vSphere Client or commands in the esxcli iscsi namespace to configure both hardware
and software iSCSI storage for your ESXi system.
To access remote targets, the ESXi host uses iSCSI initiators. Initiators transport SCSI requests
and responses between ESXi and the target storage device on the IP network. ESXi supports the
following types of initiators.
n Software iSCSI adapter - VMware code built into the VMkernel. Allows an ESXi host to
connect to the iSCSI storage device through standard network adapters. The software
initiator handles iSCSI processing while communicating with the network adapter.
VMware, Inc. 50
ESXCLI Concepts and Examples
n Hardware iSCSI adapter - Offloads all iSCSI and network processing from your host. Hardware
iSCSI adapters are broken into two types.
n Dependent hardware iSCSI adapter - Leverages the VMware iSCSI management and
configuration interfaces.
n Independent hardware iSCSI adapter - Leverages its own iSCSI management and
configuration interfaces.
See the vSphere Storage documentation for details on setup and failover scenarios.
You must configure iSCSI initiators for the host to access and display iSCSI storage devices.
Figure 5-1. iSCSI Storage depicts hosts that use different types of iSCSI initiators.
n The host on the left uses an independent hardware iSCSI adapter to connect to the iSCSI
storage system.
Dependent hardware iSCSI can be implemented in different ways and is not shown. iSCSI storage
devices from the storage system become available to the host. You can access the storage
devices and create VMFS datastores for your storage needs.
software
adapter
HBA2 HBA1 NIC2 NIC1
IP network
SP
iSCSI storage
Discovery Sessions
A discovery session is part of the iSCSI protocol. The discovery session returns the set of targets
that you can access on an iSCSI storage system.
VMware, Inc. 51
ESXCLI Concepts and Examples
n Dynamic discovery - Also known as Send Targets discovery. Each time the ESXi host
contacts a specified iSCSI storage server, it sends a Send Targets request to the server. In
response, the iSCSI storage server supplies a list of available targets to the ESXi host. Monitor
and manage with esxcli iscsi adapter discovery sendtarget.
n Static discovery - The ESXi host does not have to perform discovery. Instead, the ESXi host
uses the IP addresses or domain names and iSCSI target names, IQN or EUI format names,
to communicate with the iSCSI target. Monitor and manage with esxcli iscsi adapter
discovery statictarget.
For either case, you set up target discovery addresses so that the initiator can determine which
storage resource on the network is available for access. You can do this setup with dynamic
discovery or static discovery. With dynamic discovery, all targets associated with an IP address
or host name and the iSCSI name are discovered. With static discovery, you must specify the IP
address or host name and the iSCSI name of the target you want to access. The iSCSI HBA must
be in the same VLAN as both ports of the iSCSI array.
iqn.2007-05.com.mydomain:storage.tape.sys3.abc
The ESXi host generates an IQN name for software iSCSI and dependent hardware iSCSI
adapters. You can change that default IQN name.
The IEEE Registration Authority provides a service for assigning globally unique identifiers
[EUI]. The EUI-64 format is used to build a global identifier in other network protocols. For
example, Fibre Channel defines a method of encoding it into a WorldWideName.
The format is eui. followed by an EUI-64 identifier (16 ASCII-encoded hexadecimal digits).
VMware, Inc. 52
ESXCLI Concepts and Examples
The IEEE EUI-64 iSCSI name format can be used when a manufacturer is registered with
the IEEE Registration Authority and uses EUI-64 formatted worldwide unique names for its
products.
You can check in the UI of the storage array whether an array uses an IQN name or an EUI name.
Neither the iSCSI adapter nor the ESXi host iSCSI initiator encrypts the data that it transmits to
and from the targets, making the data vulnerable to sniffing attacks. You must therefore take
additional measures to prevent attackers from easily seeing iSCSI data.
Allowing your virtual machines to share virtual switches and VLANs with your iSCSI configuration
potentially exposes iSCSI traffic to misuse by a virtual machine attacker. To help ensure that
intruders cannot listen to iSCSI transmissions, make sure that none of your virtual machines can
see the iSCSI storage network.
Protect your system by giving the iSCSI SAN a dedicated virtual switch.
n If you use an independent hardware iSCSI adapter, make sure that the iSCSI adapter and
ESXi physical network adapter are not inadvertently connected outside the host. Such a
connection might result from sharing a switch.
n If you use dependent hardware or software iscsi adapter, which uses ESXi networking,
configure iSCSI storage through a different virtual switch than the one used by your virtual
machines.
You can also configure your iSCSI SAN on its own VLAN to improve performance and security.
Placing your iSCSI configuration on a separate VLAN ensures that no devices other than the iSCSI
adapter can see transmissions within the iSCSI SAN. With a dedicated VLAN, network congestion
from other sources cannot interfere with iSCSI traffic.
When you run iSCSI devices, the ESXi host does not open ports that listen for network
connections. This measure reduces the chances that an intruder can break into the ESXi host
through spare ports and gain control over the host. Therefore, running iSCSI does not present an
additional security risks at the ESXi host end of the connection.
VMware, Inc. 53
ESXCLI Concepts and Examples
An iSCSI target device must have one or more open TCP ports to listen for iSCSI connections. If
security vulnerabilities exist in the iSCSI device software, your data can be at risk through no fault
of the ESXi system. To lower this risk, install all security patches that your storage equipment
manufacturer provides and limit the devices connected to the iSCSI network.
Using CHAP for your SAN implementation is a best practice. The ESXi host and the iSCSI storage
system must have CHAP enabled and must have common credentials. During iSCSI login, the
iSCSI storage system exchanges its credentials with the ESXi system and checks them.
You can set up iSCSI authentication by using the vSphere Client, as discussed in the
vSphere Storage documentation or by using the esxcli command, discussed in Enabling iSCSI
Authentication. To use CHAP authentication, you must enable CHAP on both the initiator side
and the storage system side. After authentication is enabled, it applies for targets to which
no connection has been established, but does not apply to targets to which a connection is
established. After the discovery address is set, the new volumes to which you add a connection
are exposed and can be used.
For software iSCSI and dependent hardware iSCSI, ESXi hosts support per-discovery and per-
target CHAP credentials. For independent hardware iSCSI, ESXi hosts support only one set of
CHAP credentials per initiator. You cannot assign different CHAP credentials for different targets.
When you configure independent hardware iSCSI initiators, ensure that the CHAP configuration
matches your iSCSI storage. If CHAP is enabled on the storage array, it must be enabled on the
initiator. If CHAP is enabled, you must set up the CHAP authentication credentials on the ESXi
host to match the credentials on the iSCSI storage.
Mutual CHAP is supported for software iSCSI and for dependent hardware iSCSI, but not for
independent hardware iSCSI.
Important Ensure that CHAP is set to chapRequired before you set mutual CHAP, and use
compatible levels for CHAP and mutual CHAP. Use different passwords for CHAP and mutual
CHAP to avoid security risks.
VMware, Inc. 54
ESXCLI Concepts and Examples
n If you use the vSphere Client to modify authentication settings, you must deselect the Inherit
from Parent check box before you can make a change to the discovery address or discovery
target.
n If you use esxcli iscsi commands, the value you set overrides the inherited value. You can
set CHAP at the following levels.
Inheritance is relevant only if you want to return a dynamic discovery address or a static
discovery target to its inherited value. In that case, use one of the following commands.
n Dynamic discovery
VMware, Inc. 55
ESXCLI Concepts and Examples
n Static discovery
Note You can set target-level CHAP authentication properties to be inherited from the send
target level and set send target level CHAP authentication properties to be inherited from the
adapter level. Resetting adapter-level properties is not supported.
For details, see the ESXCLI Reference and esxcli iscsi Command Syntax.
The following table illustrates the namespace hierarchy. Commands at each level are included in
bold. Many namespaces include both commands and namespaces.
param [get|set]
statictarget [add|
list|remove]
status get
param [get|set]
capabilities get
firmware [get|set]
param [get|set]
VMware, Inc. 56
ESXCLI Concepts and Examples
logicalnetworkporta
l list
plugin list
software [get|set]
c --cid 2 --dns2
d --direction D --default
f --file, force
g --gateway
i --ip I --inherit
k --key
l --level
m --method M --module
n --nic N --authname, --
name
o --option
p --plugin
v --value
VMware, Inc. 57
ESXCLI Concepts and Examples
You can also set up iSCSI storage by using the vSphere Client.
You should be familiar with the corresponding command for each task. You can refer to the
relevant documentation for each command or run esxcli iscsi --help in the console. Specify
one of the options listed in Connection Options for ESXCLI Host Management Commands in place
of <conn_options>.
Prerequisites
n Verify that you are familiar with iSCSI authentication. See Enabling iSCSI Authentication.
n Verify that you are familiar with CHAP. See Setting iSCSI CHAP.
n Verify that you are familiar with iSCSI parameters. See Listing and Setting iSCSI Parameters.
Procedure
2 Check whether a network portal, that is, a bound port, exists for iSCSI traffic.
Software iSCSI does not require port binding, but requires that at least one VMkernel NIC is
available and can be used as an iSCSI NIC. You can name the adapter as you add it.
The system prints true if software iSCSI is enabled, or false if it is not enabled.
VMware, Inc. 58
ESXCLI Concepts and Examples
n With dynamic discovery, all storage targets associated with a host name or IP address
are discovered. You can run the following command.
n With static discovery, you must specify the host name or IP address and the iSCSI name
of the storage target. You can run the following command.
When you later remove a discovery address, it might still be displayed as the parent of a
static target. You can add the discovery address and rescan to display the correct parent for
the static targets.
You can set per-target CHAP for static targets, per-adapter CHAP, or apply the command to
the discovery address.
Option Command
VMware, Inc. 59
ESXCLI Concepts and Examples
8 (Optional) Set the authentication information for mutual CHAP by running esxcli iscsi
adapter auth chap set again with --direction set to mutual and a different authentication
user name and secret.
Option Command
Important You are responsible for making sure that CHAP is set before you set mutual
CHAP, and for using compatible levels for CHAP and mutual CHAP.
Option Command
10 After setup is complete, perform rediscovery and rescan all storage devices.
VMware, Inc. 60
ESXCLI Concepts and Examples
11 (Optional) If you want to make additional iSCSI login parameter changes, you must log out of
the corresponding iSCSI session and log back in.
b Run esxcli iscsi session add or rescan the adapter to add the session back.
You should be familiar with the corresponding command for each task. You can refer to the
relevant documentation for each command or run esxcli iscsi --help in the console. Specify
one of the options listed in Connection Options for ESXCLI Host Management Commands in place
of <conn_options>.
Prerequisites
n Verify that you are familiar with iSCSI authentication. See Enabling iSCSI Authentication.
n Verify that you are familiar with CHAP. See Setting iSCSI CHAP.
n Verify that you are familiar with iSCSI parameters. See Listing and Setting iSCSI Parameters.
Procedure
1 Determine the iSCSI adapter type and retrieve the iSCSI adapter ID.
b Connect the dependent hardware iSCSI initiator to the iSCSI VMkernel ports by running
the following command for each port.
c Verify that the ports were added to the dependent hardware iSCSI initiator.
VMware, Inc. 61
ESXCLI Concepts and Examples
n With dynamic discovery, all storage targets associated with a host name or IP address
are discovered. You can run the following command.
n With static discovery, you must specify the host name or IP address and the iSCSI name
of the storage target. You can run the following command.
When you later remove a discovery address, it might still be displayed as the parent of a
static target. You can add the discovery address and rescan to display the correct parent for
the static targets.
You can set per-target CHAP for static targets, per-adapter CHAP, or apply the command to
the discovery address.
Option Command
VMware, Inc. 62
ESXCLI Concepts and Examples
6 (Optional) Set the authentication information for mutual CHAP by running esxcli iscsi
adapter auth chap set again with --direction set to mutual and a different authentication
user name and secret.
Option Command
Important You are responsible for making sure that CHAP is set before you set mutual
CHAP, and for using compatible levels for CHAP and mutual CHAP.
Option Command
8 After setup is complete, perform rediscovery and rescan all storage devices.
VMware, Inc. 63
ESXCLI Concepts and Examples
9 (Optional) If you want to make additional iSCSI login parameter changes, you must log out of
the corresponding iSCSI session and log back in.
b Run esxcli iscsi session add or rescan the adapter to add the session back.
You must install and configure the independent hardware iSCSI adapter for your host before you
can access the iSCSI storage device. For installation information, see vendor documentation.
Hardware iSCSI setup requires a number of high-level tasks. You should be familiar with the
corresponding command for each task. You can refer to the relevant documentation for each
command or run esxcli iscsi --help in the console. Specify one of the options listed in
Connection Options for ESXCLI Host Management Commands in place of <conn_options>.
Prerequisites
n Verify that you are familiar with iSCSI authentication. See Enabling iSCSI Authentication.
n Verify that you are familiar with CHAP. See Setting iSCSI CHAP.
n Verify that you are familiar with iSCSI parameters. See Listing and Setting iSCSI Parameters.
Procedure
1 Determine the iSCSI adapter type and retrieve the iSCSI adapter ID.
2 Configure the hardware initiator (HBA) by running esxcli iscsi networkportal ipconfig
with one or more of the following options.
Option Description
VMware, Inc. 64
ESXCLI Concepts and Examples
n With dynamic discovery, all storage targets associated with a host name or IP address
are discovered. You can run the following command.
n With static discovery, you must specify the host name or IP address and the iSCSI name
of the storage target. You can run the following command.
You can set per-target CHAP for static targets, per-adapter CHAP, or apply the command to
the discovery address.
Option Command
Note Mutual CHAP is not supported for independent hardware iSCSI storage.
VMware, Inc. 65
ESXCLI Concepts and Examples
Option Command
8 After setup is complete, perform rediscovery and rescan all storage devices.
You can also manage parameters. See Listing and Setting iSCSI Parameters.
You can use the following esxcli iscsi options to list iSCSI parameters. Specify one of
the options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
n Run esxcli iscsi adapter firmware to list or upload the firmware for the iSCSI adapter.
The system returns information about the vendor, model, description, and serial number of
the HBA.
VMware, Inc. 66
ESXCLI Concepts and Examples
n esxcli iscsi adapter target portal lists and sets authentication and portal
parameters.
If you want to change the MTU used for your iSCSI storage, you must make the change in two
places.
n Run esxcli network vswitch standard set to change the MTU of the virtual switch.
n Run esxcli network ip interface set to change the MTU of the network interface.
You can retrieve and set iSCSI parameters by running one of the following commands.
Adapter-level parameters
esxcli iscsi adapter param set --adapter=<vmhba> --key=<key> --
value=<value>
Target-level parameters
esxcli iscsi adapter target portal param set --adapter=<vmhba> --
key=<key> --value=<value> --address=<address> --name=<iqn.name>
Discovery-level parameters
esxcli iscsi adapter discovery sendtarget param set --adapter=<vmhba>
--key=<key> --value=<value> --address=<address>
The following table lists all settable parameters. These parameters are also described in the IETF
rfc 3720. You can run esxcli iscsi adapter param get to determine whether a parameter is
settable or not.
The parameters in the table apply to software iSCSI and dependent hardware iSCSI.
VMware, Inc. 67
ESXCLI Concepts and Examples
Parameter Description
DataDigestType Increases data integrity. When data digest is enabled, the system performs a
checksum over each PDUs data part and verifies using the CRC32C algorithm.
Note Systems that use Intel Nehalem processors offload the iSCSI digest
calculations for software iSCSI, thus reducing the impact on performance.
HeaderDigest Increases data integrity. When header digest is enabled, the system performs
a checksum over the header part of each iSCSI Protocol Data Unit (PDU) and
verifies using the CRC32C algorithm.
MaxOutstandingR2T Max Outstanding R2T defines the Ready to Transfer (R2T) PDUs that can be in
transition before an acknowledgement PDU is received.
FirstBurstLength Maximum amount of unsolicited data an iSCSI initiator can send to the target
during the execution of a single SCSI command, in bytes.
MaxRecvDataSegLen Maximum data segment length, in bytes, that can be received in an iSCSI PDU.
NoopOutInterval Time interval, in seconds, between NOP-Out requests sent from your iSCSI
initiator to an iSCSI target. The NOP-Out requests serve as the ping
mechanism to verify that a connection between the iSCSI initiator and the
iSCSI target is active.
Supported only at the initiator level.
NoopOutTimeout Amount of time, in seconds, that can lapse before your host receives a NOP-In
message. The message is sent by the iSCSI target in response to the NOP-Out
request. When the NoopTimeout limit is exceeded, the initiator terminates the
current session and starts a new one.
Supported only at the initiator level.
RecoveryTimeout Amount of time, in seconds, that can lapse while a session recovery is
performed. If the timeout exceeds its limit, the iSCSI initiator terminates the
session.
You can use the following ESXCLI commands to list parameter options.
n Run esxcli iscsi adapter param get to list parameter options for the iSCSI adapter.
n Run esxcli iscsi adapter discovery sendtarget param get or esxcli iscsi
adapter target portal param set to retrieve information about iSCSI parameters and
whether they are settable.
n Run esxcli iscsi adapter discovery sendtarget param get or esxcli iscsi
adapter target portal param set to set iSCSI parameter options.
If special characters are in the <name>=<value> sequence, for example, if you add a space, you
must surround the sequence with double quotes ("<name> = <value>").
VMware, Inc. 68
ESXCLI Concepts and Examples
For the dynamic discovery address, the parent is the adapter. For the static target, the parent is
the adapter or discovery address.
n If you use the vSphere Client to modify authentication settings, you must deselect the Inherit
from Parent check box before you can make a change to the discovery address or discovery
target.
n If you use esxcli iscsi, the value you set overrides the inherited value.
Inheritance is relevant only if you want to return a dynamic discovery address or a static
discovery target to its inherited value. In that case, use the following command, which requires
the --name option for static discovery addresses, but not for dynamic discovery targets.
Dynamic target
esxcli iscsi adapter discovery sendtarget param set
Static target
esxcli iscsi adapter target portal param set
Procedure
VMware, Inc. 69
ESXCLI Concepts and Examples
You can set per-target CHAP for static targets, per-adapter CHAP, or apply the command to
the discovery address.
Option Command
Per-discovery CHAP esxcli iscsi adapter discovery sendtarget auth chap set
Per-target CHAP esxcli iscsi adapter target portal auth chap set
2 (Optional) Set the authentication information for mutual CHAP by running esxcli iscsi
adapter auth chap set again with the -d option set to mutual option and a different
authentication user name and secret.
Option Description
prohibited The host does not use CHAP authentication. If authentication is enabled,
specify chapProhibited to disable it.
required The host requires successful CHAP authentication. The connection fails if
CHAP negotiation fails. You can set this value for mutual CHAP only if CHAP
is set to chapRequired.
Important You are responsible for making sure that CHAP is set before you set mutual
CHAP, and for using compatible levels for CHAP and mutual CHAP. Use a different secret in
CHAP and mutual CHAP.
Prerequisites
n Verify that CHAP authentication is already set up when you start setting up mutual CHAP.
VMware, Inc. 70
ESXCLI Concepts and Examples
n Verify that CHAP and mutual CHAP use different user names and passwords. The second
user name and password are supported for mutual authentication on the storage side.
n Verify that CHAP and mutual CHAP use compatible CHAP levels.
Procedure
1 Enable authentication.
The specified chap_username and secret must be supported on the storage side.
The specified mchap_username and secret must be supported on the storage side.
4 After setup is complete, perform rediscovery and rescan all storage devices.
You can add all network adapter and VMkernel port pairs to a single vSwitch. The vSphere
Storage documentation explains in detail how to specify port binding.
In the examples below, specify one of the options listed in Connection Options for ESXCLI Host
Management Commands in place of <conn_options>.
Prerequisites
Verify that you are familiar with iSCSI session removal. See Removing iSCSI Sessions.
Procedure
1 Find out which uplinks are available for use with iSCSI adapters.
VMware, Inc. 71
ESXCLI Concepts and Examples
2 Connect the software iSCSI or dependent hardware iSCSI initiator to the iSCSI VMkernel ports
by running the following command for each port.
3 Verify that the ports were added to the iSCSI initiator by running the following command.
4 (Optional) If there are active iSCSI sessions between your host and targets, discontinue them.
See Removing iSCSI Sessions.
6 To disconnect the iSCSI initiator from the ports, run the following command.
If your iSCSI initiator or target has more than one port, your host can establish multiple sessions.
The default number of sessions for each target equals the number of ports on the iSCSI adapter
times the number of target ports. You can display all current sessions to analyze and debug
them. You might add sessions to the default for several reasons.
n Cloning sessions - Some iSCSI arrays support multiple sessions between the iSCSI adapter
and target ports. If you clone an existing session on one of these arrays, the array presents
more data paths for your adapter. Duplicate sessions do not persist across reboot. Additional
sessions to the target might have performance benefits, but the result of cloning depends
entirely on the array. You must log out from an iSCSI session if you want to clone a session.
You can use the esxcli iscsi session add command to clone a session.
n Enabling Header and Data Digest - If you are logged in to a session and want to enable the
Header and Data Digest parameters, you must set the parameter, remove the session, and
add the session back for the parameter change to take effect. You must log out from an iSCSI
session if you want to clone a session.
VMware, Inc. 72
ESXCLI Concepts and Examples
n Establishing target-specific sessions - You can establish a session to a specific target port.
This can be useful if your host connects to a single-port storage system that, by default,
presents only one target port to your initiator, but can redirect additional sessions to a
different target port. Establishing a new session between your iSCSI initiator and another
target port creates an additional path to the storage system.
Caution Some storage systems do not support multiple sessions from the same initiator name
or endpoint. Attempts to create multiple sessions to such targets can result in unpredictable
behavior of your iSCSI environment.
The following example scenario uses the available commands. Run esxcli iscsi session --help
and each command with --help for reference information. The example uses a configuration file
to log in to the host. Specify one of the options listed in Connection Options for ESXCLI Host
Management Commands in place of <conn_options>.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
n Log in to a session on the current software iSCSI or dependent hardware iSCSI configuration
at the adapter level.
n Log in to a session on the current software iSCSI or dependent hardware iSCSI configuration
at the target level.
VMware, Inc. 73
ESXCLI Concepts and Examples
n Add duplicate sessions with target and session IDs in current software iSCSI or dependent
hardware iSCSI configuration.
iqn.xxxx is the target IQN, which you can determine by listing all sessions. session_id is the
session's iSCSI ID. The following example applies custom values.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
n Remove sessions from the current software iSCSI or dependent hardware iSCSI configuration
at the adapter level.
n Remove sessions from the current software iSCSI or dependent hardware iSCSI configuration
at the target level.
n Remove sessions from the current software iSCSI or dependent hardware iSCSI configuration
with target and session ID.
VMware, Inc. 74
ESXCLI Concepts and Examples
iqn.xxxx is the target IQN, which you can determine by listing all sessions. session_id is the
session's iSCSI ID. The following example applies custom values.
VMware, Inc. 75
Managing Third-Party Storage
Arrays 6
VMware partners and customers can optimize performance of their storage arrays in conjunction
with VMware vSphere by using VMware PSA (pluggable storage architecture). The esxcli
storage core namespace manages VMware PSA and the esxcli storage nmp namespace
manages the VMware NMP plug-in.
The vSphere Storage documentation discusses PSA functionality in detail and explains how to
use the vSphere Client to manage the PSA, the associated native multipathing plug-in (NMP), and
third-party plug-ins.
Acronym Meaning
PSP Path Selection Plug-in. Handles path selection for a given device.
SATP Storage Array Type Plug-in. Handles path failover for a given storage array.
The NMP supports all storage arrays listed on the VMware storage Hardware Compatibility List
(HCL) and provides a path selection algorithm based on the array type. The NMP associates a set
of physical paths with a storage device (LUN). An SATP determines how path failover is handled
for a specific storage array. A PSP determines which physical path is used to issue an I/O request
to a storage device. SATPs and PSPs are plug-ins within the NMP.
VMware, Inc. 76
ESXCLI Concepts and Examples
Options Description
--device <device> Filters the output of the command to show information about a single device. Default is all devices.
-d <device>
Any device can use the PSP assigned to the SATP handling that device, or you can run
esxcli storage nmp device set --device naa.xxx --psp <psp> to specifically override the PSP
assigned to the device.
n If a device does not have a specific PSP set, it always uses the PSP assigned to the SATP.
If the default PSP for the SATP changes, the PSP assigned to the device changes only after
reboot or after a device is reclaimed. A device is reclaimed when you unclaim all paths for the
device and reclaim the paths.
n If you use esxcli storage nmp device set to override the SATPs default PSP with a
specific PSP, the PSP changes immediately and remains the user-defined PSP across reboots.
A change in the SATP's PSP has no effect.
Use the --default option to return the device to using the SATP's PSP.
Options Description
--default Sets the PSP back to the default for the SATP assigned to this device.
-E
--psp <PSP> PSP to assign to the specified device. Call esxcli storage nmp psp list to display all currently
-P <PSP> available PSPs. See Managing Path Policies.
See vSphere Storage for a discussion of path policies.
To set the path policy for the specified device to VMW_PSP_FIXED, run the following command.
esxcli <conn_options> storage nmp device set --device naa.xxx --psp VMW_PSP_FIXED
VMware, Inc. 77
ESXCLI Concepts and Examples
By default, the command displays information about all paths on all devices. You can filter in the
following ways.
Managing Path Selection Policy Plug-Ins with esxcli storage nmp psp
You can use esxcli storage nmp psp to manage VMware path selection policy plug-ins
included with the VMware NMP and to manage third-party PSPs.
Important When used with third-party PSPs, the syntax depends on the third-party PSP
implementation.
n Use nmp psp generic deviceconfig get for PSPs that are set to VMW_PSP_RR,
VMW_PSP_FIXED or VMW_PSP_MRU.
n Use nmp psp generic pathconfig get for PSPs that are set to VMW_PSP_FIXED or
VMW_PSP_MRU. No path configuration information is available for VMW_PSP_RR.
To retrieve PSP configuration parameters, use the appropriate command for the PSP.
VMware, Inc. 78
ESXCLI Concepts and Examples
The esxcli storage nmp psp list command shows the list of PSPs on the system and a brief
description of each plug-in.
Note The precise results of these commands depend on the third-party extension. See the
extension documentation for information.
Use esxcli storage nmp roundrobin setconfig for other path policy configuration. See
Customizing Round Robin Setup.
You can run esxcli storage nmp psp generic deviceconfig set --device=<device> to
specify PSP information for a device, and esxcli storage nmp psp generic pathconfig set
--path=<path> to specify PSP information for a path. For each command, use --config to set the
specified configuration string.
Options Description
--config <config_string> Configuration string to set for the device or path specified by --device or --path. See
-c <config_string> Managing Path Policies.
--device <device> Device for which you want to customize the path policy.
-d <device>
--path <path> Path for which you want to customize the path policy.
-p <path>
Options Description
- -device <device> Device for which you want to get the preferred path. This device must be controlled by the
-d <device> VMW_PSP_FIXED PSP.
To return the path configured as the preferred path for the specified device, run the following
command. Specify one of the options listed in Connection Options for ESXCLI Host Management
Commands in place of <conn_options>.
VMware, Inc. 79
ESXCLI Concepts and Examples
Options Description
--device <device> Device for which you want to set the preferred path. This device must be controlled by the
-d <device> VMW_PSP_FIXED PSP.
Use esxcli storage nmp device --list to list the policies for all devices.
--path <path> Path to set as the preferred path for the specified device.
-p <path>
To set the preferred path for the specified device to vmhba3:C0:T5:L3, run the following
command. Specify one of the options listed in Connection Options for ESXCLI Host Management
Commands in place of <conn_options>.
esxcli <conn_options> storage nmp fixed deviceconfig set --device naa.xxx --path
vmhba3:C0:T5:L3
esxcli <conn_options> storage nmp device set --device naa.xxx --psp VMW_PSP_RR
You can choose the number of I/O operations, number of bytes, and so on. The following
example sets the device specified by --device to switch to the next path each time 12345
bytes have been sent along the current path.
esxcli <conn_options> storage nmp psp roundrobin deviceconfig set --type "bytes" -B 12345
--device naa.xxx
The following example sets the device specified by --device to switch after 4200 I/O
operations have been performed on a path.
esxcli <conn_options> storage nmp psp roundrobin deviceconfig set --type=iops --iops 4200
--device naa.xxx
VMware, Inc. 80
ESXCLI Concepts and Examples
Options Description
Options Description
--bytes Number of bytes to send along one path for this device before the PSP switches to the next path. You can
-B use this option only when --type is set to bytes.
--device Device to set round robin properties for. This device must be controlled by the round robin (VMW_PSP_RR) PSP.
-d
--iops Number of I/O operations to send along one path for this device before the PSP switches to the next path.
-I You can use this option only when --type is set to iops.
--type Type of round robin path switching to enable for this device. The following values for type are supported.
-t n bytes: Sets the trigger for path switching based on the number of bytes sent down a path.
n default: Sets the trigger for path switching back to default values.
n iops: Sets the trigger for path switching based on the number of I/O operations on a path.
An equal sign (=) before the type or double quotes around the type are optional.
--useANO If set to 1, the round robin PSP includes paths in the active, unoptimized state in the round robin set. If set to
-U 0, the PSP uses active, unoptimized paths only if no active optimized paths are available. Otherwise, the PSP
includes only active optimized paths in the round robin path set.
Managing SATPs
The esxcli storage nmp satp commands manage SATPs.
n Add and remove rules from the list of claim rules for a specified SATP.
n List SATPs that are currently loaded into NMP and the associated claim rules.
The default SATP for an active-active FC array with a vendor and model not listed in the SATP
rules is VMW_SATP_DEFAULT_AA.
VMware, Inc. 81
ESXCLI Concepts and Examples
The rule list command lists the claim rules for SATPs.
Option Description
--driver Driver string to set when adding the SATP claim rule.
-D
--device Device to set when adding SATP claim rules. Device rules are mutually exclusive with vendor/model
-d and driver rules.
--force Force claim rules to ignore validity checks and install the rule even if checks fail.
-f
--model Model string to set when adding the SATP claim rule. Can be the model name or a pattern ^mod*, which
-M matches all devices that start with mod. That is, the pattern successfully matches mod1 and modz, but not
mymod1.
The command supports the start/end (^) and wildcard (*) functionality but no other regular
expressions.
--transport Transport string to set when adding the SATP claim rule. Describes the type of storage HBA, for
-R example, iscsi or fc.
--vendor Vendor string to set when adding the SATP claim rule.
-V
--claim-option Claim option string to set when adding the SATP claim rule.
-c
--description Description string to set when adding the SATP claim rule.
-e
VMware, Inc. 82
ESXCLI Concepts and Examples
Option Description
--option Option string to set when adding the SATP claim rule. Surround the option string in double quotes, and
-o use a space, not a comma, when specifying more than one option.
"enable_local enable_ssd"
--type Set the claim type when adding a SATP claim rule.
-t
The following examples illustrate adding SATP rules. Specify one of the options listed in
Connection Options for ESXCLI Host Management Commands in place of <conn_options>.
n Add an SATP rule that specifies that disks with vendor string VMWARE and model string
Virtual should be added to VMW_SATP_LOCAL.
n Add an SATP rule that specifies that disks with the driver string somedriver should be added
to VMW_SATP_LOCAL.
n Add a rule that specifies that all storage devices with vendor string ABC and a model name
that starts with 120 should use VMW_SATP_DEFAULT_AA.
esxcli <conn_options> storage nmp satp rule add --satp VMW_SATP_DEFAULT_AA --vendor="ABC"
--model="^120*
The following example removes the rule that assigns devices with vendor string VMWARE and
model string Virtual to VMW_SATP_LOCAL.
VMware, Inc. 83
ESXCLI Concepts and Examples
Use the following command to retrieve per device or per path SATP configuration parameters,
and to see whether you can set specific configuration parameters for a device or path.
For example, esxcli storage nmp satp generic deviceconfig get --device naa.xxx might
return SATP VMW_SATP_LSI does not support device configuration.
esxcli storage nmp satp generic pathconfig get -path vmhba1:C0:T0:L8 might return INIT,AVT
OFF,v5.4,DUAL ACTIVE,ESX FAILOVER
The esxcli storage nmp satp generic deviceconfig set and esxcli storage nmp
satp generic pathconfig set commands set configuration parameters for SATPs that are
loaded into the system, if they support device configuration. You can set per-path or per-device
SATP configuration parameters.
Important The command passes the configuration string to the SATP associated with that
device or path.
The configuration strings might vary by SATP. VMware supports a fixed set of configuration
strings for a subset of its SATPs. The strings might change in future releases.
Options Description
--config Configuration string to set for the path specified by --path or the device specified by --device.
-c You can set the configuration for the following SATPs.
n VMW_SATP_ALUA_CX
n VMW_SATP_ALUA
n VMW_SATP_CX
n VMW_SATP_INV
n ipfilter_on – stops the sending of the host name for Navisphere registration. Used if host is known as
localhost.
n ipfilter_off – enables the sending of the host name during Navisphere registration.
--device Device to set SATP configuration for. Not all SATPs support the setconfig option on devices.
-d
--path Path to set SATP configuration for. Not all SATPs support the setconfig option on paths.
-p
Run esxcli storage nmp device set --default --device=<device> to set the PSP for the
specified device back to the default for the assigned SATP for this device.
VMware, Inc. 84
ESXCLI Concepts and Examples
These commands are not persistent and are useful only to developers who are writing PSA
plug-ins or troubleshooting a system. If I/O is active on the path, unclaim and reclaim actions fail.
Important The help for esxcli storage core claiming includes the autoclaim command.
Do not use this command unless instructed to do so by VMware support staff.
n Runs the loaded claim rules on each of the unclaimed paths to reclaim those paths.
You cannot use the command to reclaim paths currently associated with the MASK_PATH plug-in
because --device is the only option for reclaim and MASK_PATH paths are not associated with a
device.
You can use the command to unclaim paths for a device and have those paths reclaimed by the
MASK_PATH plug-in.
Options Description
--device <device> Name of the device on which all paths are reclaimed.
-d <device>
You can unclaim only active paths with no outstanding requests. You cannot unclaim the ESXi
USB partition or devices with VMFS volumes on them. It is therefore normal for this command to
fail, especially when you specify a plug-in or adapter to unclaim.
VMware, Inc. 85
ESXCLI Concepts and Examples
Unclaiming does not persist. Periodic path claiming reclaims unclaimed paths unless claim rules
are configured to mask a path. See the vSphere Storage documentation for details.
Important The unclaim command unclaims paths associated with a device. You can use this
command to unclaim paths associated with the MASK_PATH plugin but cannot use the --device
option to unclaim those paths.
Options Description
--adapter <adapter> If --type is set to location, specifies the name of the HBA for the paths that you want to
-A <adapter> unclaim. If you do not specify this option, unclaiming runs on paths from all adapters.
--channel <channel> If --type is set to location, specifies the SCSI channel number for the paths that you want to
-C <channel> unclaim. If you do not specify this option, unclaiming runs on paths from all channels.
--claimrule-class <cl> Claim rule class to use in this operation. You can specify MP (Multipathing), Filter, or VAAI.
-c <cl> Multipathing is the default. Filter is used only for VAAI. Specify claim rules for both
VAAI_FILTER and VAAI plug-in to use it.
--device <device> If --type is set to device, attempts to unclaim all paths to the specified device. If there are
-d <device> active I/O operations on the specified device, at least one path cannot be unclaimed.
--driver <driver> If --type is driver, unclaims all paths specified by this HBA driver.
-D <driver>
--lun <lun_number> If --type is location, specifies the SCSI LUN for the paths to unclaim. If you do not specify
-L <lun_number> --lun, unclaiming runs on paths with any LUN number.
--model <model> If --type is vendor, attempts to unclaim all paths to devices with specific model information
-m <model> (for multipathing plug-ins) or unclaim the device itself (for filter plug-ins). If there are active I/O
operations on this device, at least one path fails to unclaim.
--path <path> If --type is path, unclaims a path specified by its path UID or runtime name.
-p <path>
--plugin <plugin> If --type is plugin, unclaims all paths for a specified multipath plug-in.
-P <plugin> can be any valid PSA plug-in on the system. By default, only NMP and MASK_PATH are
available, but additional plugi-ns might be installed.
--target <target> If --type is location, unclaims the paths with the SCSI target number specified by target. If
-T <target> you do not specify --target, unclaiming runs on paths from all targets.
--type <type> Type of unclaim operation to perform. Valid values are location, path, driver, device, plugin,
-t <type> and vendor.
--vendor <vendor> If --type is vendor, attempts to unclaim all paths to devices with specific vendor info for
-v <vendor> multipathing plug-ins or unclaim the device itself for filter plug-ins. If there are any active I/O
operations on this device, at least one path fails to unclaim
VMware, Inc. 86
ESXCLI Concepts and Examples
If a path is the last path to a device that was in use, or a if a path was very recently in use, the
unclaim operation might fail. An error is logged that not all paths could be unclaimed. You can
stop processes that might use the device and wait 15 seconds to let the device be quiesced, then
retry the command.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
Procedure
1 Run one or more of the esxcli storage core claimrule modification commands.
2 Run esxcli storage core claimrule load to replace the current rules in the VMkernel
with the modified rules from the configuration file.
What to do next
You can also run esxcli storage core plugin list to list all loaded plug-ins.
You can use this command to add new claim rules or to mask a path using the MASK_PATH claim
rule. You must load the rules after you add them.
Options Description
--adapter <adapter> Adapter of the paths to use. Valid only if --type is location.
-A <adapter>
--autoassign Adds a claim rule based on its characteristics. The rule number is not required.
-u
--channel <channel> Channel of the paths to use. Valid only if --type is location.
-C <channel>
VMware, Inc. 87
ESXCLI Concepts and Examples
Options Description
--claimrule-class <cl> Claim rule class to use in this operation. You can specify MP (default), Filter, or VAAI.
-c <cl> To configure hardware acceleration for a new array, add two claim rules, one for the VAAI
filter and another for the VAAI plug-in. See vSphere Storage for detailed instructions.
--driver <driver> Driver for the HBA of the paths to use. Valid only if --type is driver.
-D <driver>
--force Force claim rules to ignore validity checks and install the rule.
-f
--lun <lun_number> LUN of the paths to use. Valid only if --type is location.
-L <lun_number>
--model <model> Model of the paths to use. Valid only if --type is vendor.
-M <model> Valid values are values of the Model string from the SCSI inquiry string.
--plugin PSA plug-in to use. Currently, the values are NMP or MASK_PATH, but third parties can ship
-P their own PSA plug-ins in the future.
MASK_PATH refers to the plug-in MASK_PATH_PLUGIN. The command adds claim rules for this
plug-in if the user wants to mask the path.
You can add a claim rule that causes the MASK_PATH_PLUGIN to claim the path to mask a
path or LUN from the host. See the vSphere Storage documentation for details.
--rule <rule_ID> Rule ID to use. Run esxcli storage core claimrule list to see the rule ID. The rule
-r <rule_ID> ID indicates the order in which the claim rule is to be evaluated. User-defined claim rules
are evaluated in numeric order starting with 101.
--target <target> Target of the paths to use. Valid only if --type is location.
-T <target>
--transport <transport> Transport of the paths to use. Valid only if --type is transport. The following values are
-R <transport> supported.
n block – block storage
n fc – FibreChannel
n iscsivendor — iSCSI
n parallel – parallel
n unknown
--type <type> Type of matching to use for the operation. Valid values are vendor, location, driver, and
-t <type> transport.
--wwnn World-Wide Node Number for the target to use in this operation.
--wwpn World-Wide Port Number for the target to use in this operation.
VMware, Inc. 88
ESXCLI Concepts and Examples
Options Description
--xcopy-max-transfer-size Maximum data transfer size when using XCOPY. Valid only if --xcopy-use-array-values is
-m specified.
--xcopy-use-array-values Use the array reported values to construct the XCOPY command to be sent to the storage
-a array. This applies to VAAI claim rules only.
--xcopy-use-multi-segs Use multiple segments when issuing an XCOPY request. Valid only if --xcopy-use-array-
-s values is specified.
n Rules 101–65435 are available for general use. Any third-party multipathing plug-ins installed
on your system use claim rules in this range. By default, the PSA claim rule 101 masks Dell
array pseudo devices. Do not remove this rule, unless you want to unmask these devices.
When claiming a path, the PSA runs through the rules starting from the lowest number and
determines is a path matches the claim rule specification. If the PSA finds a match, it gives the
path to the corresponding plug-in. This is worth noticing because a given path might match
several claim rules.
The following examples illustrate adding claim rules. Specify one of the options listed in
Connection Options for ESXCLI Host Management Commands in place of <conn_options>.
n Add rule 321, which claims the path on adapter vmhba0, channel 0, target 0, LUN 0 for the
NMP.
n Add rule 429, which claims all paths provided by an adapter with the mptscsi driver for the
MASK_PATH plug-in.
esxcli <conn_options> storage core claimrule add -r 429 -t driver -D mptscsi -P MASK_PATH
n Add rule 914, which claims all paths with vendor string VMWARE and model string Virtual for
the NMP.
esxcli <conn_options> storage core claimrule add -r 914 -t vendor -V VMWARE -M Virtual -P
NMP
n Add rule 1015, which claims all paths provided by FC adapters for the NMP.
VMware, Inc. 89
ESXCLI Concepts and Examples
Important By default, the PSA claim rule 101 masks Dell array pseudo devices. Do not remove
this rule, unless you want to unmask these devices.
Option Description
--rule <rule_ID> ID of the rule to be removed. Run esxcli storage core claimrule list to see the rule ID.
-r <rule_ID>
The following example removes rule 1015. Specify one of the options listed in Connection Options
for ESXCLI Host Management Commands in place of <conn_options>.
Option Description
--claimrule-class Claim rule class to use in this operation. You can specify MP (Multipathing), Filter, or VAAI.
<cl> Multipathing is the default. Filter is used only for VAAI. Specify claim rules for both VAAI_FILTER
-c <cl> and VAAI plug-in to use it. See vSphere Storage for information about VAAI.
You can run the command as follows. The equal sign is optional, so both forms of the command
have the same result. Specify one of the options listed in Connection Options for ESXCLI Host
Management Commands in place of <conn_options>.
esxcli storage core claimrule load has no options. The command always loads all claim
rules from esx.conf.
VMware, Inc. 90
ESXCLI Concepts and Examples
Options Description
--new-rule <rule_ID> New rule ID you want to give to the rule specified by the --rule option.
-n <rule_ID>
--rule <rule_ID> ID of the rule to be removed. Run esxcli storage core claimrule list to display the
-r <rule_ID> rule ID.
The following example renames rule 1016 to rule 1015 and removes rule 1016. Specify one of
the options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
If you do not call run, the system checks for claim rule updates every five minutes and applies
them. Specify one of the options listed in Connection Options for ESXCLI Host Management
Commands in place of <conn_options>.
Procedure
2 Quiesce the devices that use paths for which you want to change the rule and unclaim those
paths.
You can run this command to apply claim rules that are loaded. See Load and Apply Path Claim
Rules.
You can also use the esxcli storage core claimrule run command for troubleshooting and
boot time configuration.
VMware, Inc. 91
ESXCLI Concepts and Examples
Options Description
--adapter <adapter> If --type is location, name of the HBA for the paths to run the claim rules on. To run claim
-A <adapter> rules on paths from all adapters, omit this option.
--channel <channel> If --type is location, value of the SCSI channel number for the paths to run the claim rules
-C <channel> on. To run claim rules on paths with any channel number, omit this option.
--lun <lun> If --type is location, value of the SCSI LUN for the paths to run claim rules on. To run claim
-L <lun> rules on paths with any LUN, omit this option.
--path <path_UID> If --type is path, this option indicates the unique path identifier (UID) or the runtime name of
-p <path_UID> a path to run claim rules on.
--target <target> If --type is location, value of the SCSI target number for the paths to run claim rules on. To
-T <target> run claim rules on paths with any target number, omit this option.
--type <location|path| Type of claim to perform. By default, uses all, which means claim rules run without
all> restriction to specific paths or SCSI addresses. Valid values are location, path, and all.
-t <location|path|all>
--wait You can use this option only if you also use --type all.
-w If the option is included, the claim waits for paths to settle before running the claim operation.
In that case, the system does not start the claiming process until it is likely that all paths on
the system have appeared before starting the claim process.
After the claiming process has started, the command does not return until device registration
has completed.
If you add or remove paths during the claiming or the discovery process, this option might
not work correctly.
VMware, Inc. 92
Managing Users
7
An ESXi system grants access to its resources when a known user with appropriate permissions
logs on to the system with a password that matches the one stored for that user.
You can use the vSphere SDK for all user management tasks. You cannot create ESXi users by
using the vSphere Client.
vCenter Server and ESXi systems authenticate a user with a combination of user name,
password, and permissions. Servers and hosts maintain lists of authorized users and the
permissions assigned to each user.
Privileges define basic individual rights that are required to perform actions and retrieve
information. ESXi and vCenter Server use sets of privileges, or roles, to control which users
can access particular vSphere objects. ESXi and vCenter Server provide a set of pre-established
roles.
The privileges and roles assigned on an ESXi host are separate from the privileges and roles
assigned on a vCenter Server system. When you manage a host by using a vCenter Server
system, only the privileges and roles assigned through the vCenter Server system are available.
You cannot create ESXi users by using the vSphere Client.
n Give permissions to local users and groups by assigning them one of the predefined roles.
VMware, Inc. 93
ESXCLI Concepts and Examples
n Give permissions to Active Directory users and groups if your ESXi host has been joined to an
Active Directory domain by assigning them one of the predefined roles.
Important When you manage local users on your ESXi host, you are not affecting the vCenter
Server users.
1 List permissions.
The system displays permission information. The second column indicates whether the
information is for a user or group.
2 Set permissions for a user or group. Specify the ID of the user or group, and set the --group
option to true to indicate a group. Specify one of three roles, Admin, ReadOnly or NoAccess.
Account Management
You can manage accounts by using the following commands.
VMware, Inc. 94
Managing Virtual Machines
8
You can manage virtual machines by using the vSphere Client. You can use ESXCLI to list all
running virtual machines and to stop a specific virtual machine.
In some cases, virtual machines do not respond to the normal shutdown or stop commands. In
these cases, it might be necessary to forcibly shut down the virtual machines. Forcibly shutting
down a virtual machine might result in guest operating system data loss and is similar to pulling
the power cable on a physical machine.
You can forcibly stop virtual machines that are not responding to normal stop operation with the
esxcli vm process kill command. Specify one of the options listed in Connection Options
for ESXCLI Host Management Commands in place of <conn_options>.
Procedure
1 List all running virtual machines on the system to see the World ID of the virtual machine that
you want to stop.
VMware, Inc. 95
ESXCLI Concepts and Examples
The command supports three --type options. Try the types sequentially - soft before hard,
hard before force. The following types are supported through the --type option.
Type Description
soft Gives the VMX process a chance to shut down cleanly, like kill or kill
-SIGTERM.
hard Stops the VMX process immediately, like kill -9 or kill -SIGKILL.
force Stops the VMX process when other options do not work.
What to do next
If all three options do not work, reboot your ESXi host to resolve the issue.
VMware, Inc. 96
Managing vSphere Networking
9
The ESXCLI networking commands allow you to manage the vSphere network services.
You can connect virtual machines to the physical network and to each other and configure
vSphere standard switches. Limited configuration of vSphere distributed switches is also
supported. You can also set up your vSphere environment to work with external networks such
as SNMP or NTP.
n Setting Up IPsec
n Monitor VXLAN
vSphere supports standard switches (VSS) and distributed switches (VDS). Each virtual switch
has a preset number of ports and one or more port groups.
Virtual switches allow your virtual machines to connect to each other and to connect to the
outside world.
n When two or more virtual machines are connected to the same virtual switch, and those
virtual machines are also on the same port group or VLAN, network traffic between them is
routed locally.
VMware, Inc. 97
ESXCLI Concepts and Examples
n When virtual machines are connected to a virtual switch that is connected to an uplink
adapter, each virtual machine can access the external network through that uplink. The
adapter can be an uplink connected to a standard switch or a distributed uplink port
connected to a distributed switch.
Virtual switches allow your ESXi host to migrate virtual machines with VMware vMotion and to
use IP storage through VMkernel network interfaces.
n Using vMotion, you can migrate running virtual machines with no downtime. You cannot
enable vMotion with ESXCLI.
n IP storage refers to any form of storage that uses TCP/IP network communication as its
foundation and includes iSCSI and NFS for ESXi. Because these storage types are network
based, they can use the same VMkernel interface and port group.
The network services that the VMkernel provides (iSCSI, NFS, and vMotion) use a TCP/IP stack
in the VMkernel. The VMkernel TCP/IP stack is also separate from the guest operating system's
network stack. Each of these stacks accesses various networks by attaching to one or more port
groups on one or more virtual switches.
Network
C
3
A B C D E port A B C D E
groups
vSphere vSphere
Standart Switch Standart Switch
Physical Network
VMware, Inc. 98
ESXCLI Concepts and Examples
Figure 9-1. Networking with vSphere Standard Switches shows the relationship between the
physical and virtual network elements. The numbers match those in the figure.
n Associated with each ESXi host are one or more uplink adapters (1). Uplink adapters
represent the physical switches the ESXi host uses to connect to the network. You can
manage uplink adapters by using the esxcli network nic command. See Managing Uplink
Adapters.
n Each uplink adapter is connected to a standard switch (2). You can manage a standard switch
and associate it with uplink adapters by using the esxcli network vswitch command. See
Setting Up Virtual Switches and Associating a Switch with a Network Interface.
n Associated with the standard switch are port groups (3). Port group is a unique concept
in the virtual environment. You can configure port groups to enforce policies that provide
enhanced networking security, network segmentation, better performance, high availability,
and traffic management. You can use the esxcli network vswitch standard portgroup
command to associate a standard switch with a port group, and the esxcli network ip
interface command to associate a port group with a VMkernel network interface.
n The VMkernel TCP/IP networking stack supports iSCSI, NFS, and vMotion and has an
associated VMkernel network interface. You configure VMkernel network interfaces by
using the esxcli network ip interface command. See Adding and Modifying VMkernel
Network Interfaces. Separate VMkernel network interfaces are often used for separate tasks,
for example, you might devote one VMkernel network interface card to vMotion only. Virtual
machines run their own systems' TCP/IP stacks and connect to the VMkernel at the Ethernet
level through virtual switches.
VMware, Inc. 99
ESXCLI Concepts and Examples
Network
C
distributed port
group
4
A B C D E F G H I J
3
uplink uplink 2
Host1 Host2 virtual
Physical Network
n Each physical network adapter (1) on the host is paired with a distributed uplink port (2),
which represents the uplink to the virtual machine. With distributed switches, the virtual
machine no longer depends on the host’s physical uplink but on the (virtual) uplink port. You
manage a uplink ports primarily using the vSphere Client or vSphere APIs.
n The distributed switch itself (3) functions as a single virtual switch across all associated
hosts. Because the switch is not associated with a single host, virtual machines can maintain
consistent network configuration as they migrate from one host to another.
Like a standard switch, each distributed switch is a network hub that virtual machines can
use. A distributed switch can route traffic internally between virtual machines or link to an
external network by connecting to physical network adapters. You create a distributed switch
by using the vSphere Client UI. You can list distributed virtual switches by using the esxcli
network vswitch command. See Setting Up Virtual Switches and Associating a Switch with
a Network Interface.
For information corresponding to the Linux ifconfig command, use the following ESXCLI
commands.
For information corresponding to the Linux netstat command, use the following ESXCLI
command.
You can also ping individual hosts with the esxcli network diag ping command. The
command includes options for using ICMPv4 or ICMPv6 packet requests, specifying an interface
to use, specifying the interval, and so on.
Procedure
The command returns for each virtual machine the World ID, name, number of ports, and
networks, as in the following example.
2 List the ports for one of the virtual machines by specifying its World ID.
Port:
Port ID: XXXXXXXX
vSwitch: vSwitch0
Portgroup: VM Network
DVPort ID:
MAC Address: 00:XX:XX:aa:XX:XX
IP Address: 10.XXX.XXX.XXX
Team Uplink: vmnic0
Uplink Port ID: 12345678
Active Filters:
The command returns the number of packets sent and received for the VLAN you specified.
1 Create or manipulate virtual switches by using esxcli network vswitch. By default, each
ESXi host has one virtual switch, vSwitch0. You can create additional virtual switches or
manage existing switches. See Setting Up Virtual Switches and Associating a Switch with a
Network Interface.
2 (Optional) Make changes to the uplink adapter by using esxcli network vswitch
standard uplink. See Managing Uplink Adapters.
3 (Optional) Use esxcli network vswitch standard portgroup to add port groups to the
virtual switch. See #unique_133.
4 (Optional) Use esxcli network vswitch standard portgroup set to establish VLANs
by associating port groups with VLAN IDs. See #unique_134.
5 Use esxcli network ip interface to configure the VMkernel network interfaces. See
Adding and Modifying VMkernel Network Interfaces.
By default, each ESXi host has a single virtual switch called vSwitch0. Each virtual switch
has logical ports. For information about maximum allowed virtual switches and ports, see the
VMware Configuration Maximums tool. Ports connect to the virtual machines and the ESXi
physical network adapters.
n You can connect one virtual machine network adapter to each port by using the vSphere
Client UI.
n You can connect the uplink adapter to the virtual switches by using esxcli network
vswitch standard uplink. See Linking and Unlinking Uplink Adapters with ESXCLI.
When two or more virtual machines are connected to the same virtual switch, network traffic
between them is routed locally. If an uplink adapter is attached to the virtual switch, each virtual
machine can access the external network that the adapter is connected to.
This section discusses working in a standard switch environment. See Networking Using vSphere
Distributed Switches for information about distributed switch environments.
When working with virtual switches and port groups, perform the following tasks.
1 Find out which virtual switches are available and, optionally, what the associated MTU
and CDP (Cisco Discovery Protocol) settings are. See Retrieving Information About Virtual
Switches with ESXCLI.
2 Add a virtual switch. See Adding and Deleting Virtual Switches with ESXCLI.
b (Optional) Set the port group VLAN ID. See Setting the Port Group VLAN ID with ESXCLI.
c Add an uplink adapter. See Linking and Unlinking Uplink Adapters with ESXCLI.
d (Optional) Change the MTU or CDP settings. See Setting Switch Attributes with ESXCLI.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
The command prints information about the virtual switch, which might include its name,
number of ports, MTU, port groups, and other information. The output includes information
about CDP settings for the virtual switch. The precise information depends on the target
system. The default port groups are Management Network and VM Network.
n List the network policy settings, such as security policy, traffic shaping policy, and failover
policy, for the virtual switch. The following commands are supported.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
You can specify the number of port groups while adding the virtual switch. If you do not
specify a value, the default value is used. The system-wide port count cannot be greater than
4096.
After you have added a virtual switch, you can set switch attributes. See Setting Switch
Attributes with ESXCLI. You can also add one or more uplink adapters. See Linking and
Unlinking Uplink Adapters with ESXCLI.
You cannot delete a virtual switch if any ports on the switch are still in use by VMkernel
networks or virtual machines. Run esxcli network vswitch standard list to determine
whether a virtual switch is in use.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
The MTU is the size, in bytes, of the largest protocol data unit the switch can process. When
you set this option, it affects all uplinks assigned to the virtual switch.
n Set the CDP value for a vSwitch. You can set status to down, listen, advertise, or both.
Network services connect to vSwitches through port groups. A port group allows you to group
traffic and specify configuration options such as bandwidth limitations and VLAN tagging policies
for each port in the port group. A virtual switch must have one port group assigned to it. You can
assign additional port groups.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
The command lists the port group name, associated virtual switch, active clients, and VLAN
ID.
If your setup includes one or more port groups, you can associate each port group with one
or more uplink adapters and remove the association. This functionality allows you to filter traffic
from a port group to a specific uplink, even if the virtual switch is connected with multiple uplinks.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
esxcli <conn_options> network vswitch standard portgroup policy failover set --active-
uplinks=vmnic1,vmnic6,vmnic7
This command fails silently if the uplink adapter does not exist.
esxcli <conn_options> network vswitch standard portgroup policy failover set --standby-
uplinks=vmnic1,vmnic6,vmnic7
VLANs allow you to further segment a single physical LAN segment so that groups of ports are
isolated as if they were on physically different segments. The standard is IEEE 802.1Q.
A VLAN ID restricts port group traffic to a logical Ethernet segment within the physical network.
n Set the VLAN ID to 4095 to allow a port group to reach port groups located on other VLAN.
n Set the VLAN ID to 0 to disable the VLAN for this port group.
If you use VLAN IDs, you must change the port group labels and VLAN IDs together so that the
labels properly represent connectivity. VLAN IDs are optional.
esxcli <conn_options> network vswitch standard portgroup set -p <pg_name> --vlan-id 4095
Run the command multiple times to allow all ports to reach port groups located on other
VLANs.
Run esxcli network vswitch standard portgroup list to list all port groups and
associated VLAN IDs.
You can use esxcli network nic to list all uplinks, to list information, to set attributes, and to
bring a specified uplink down or up.
The following example workflow lists all uplink adapters, lists properties for one uplink adapter,
changes the uplink's speed and duplex settings, and brings the uplink down and back up. Specify
one of the options listed in Connection Options for ESXCLI Host Management Commands in place
of <conn_options>.
Procedure
You can narrow down the information displayed by using esxcli network nic get --nic-
name=<nic>.
Option Description
-D|--duplex=<str> Duplex to set this NIC to. Acceptable values are full and half.
-l|--message-level=<long> Sets the driver message level. Message levels and what they imply differ per
driver.
-n|--nic-name=<str> Name of the NIC to configured. Must be one of the cards listed in the nic
list command (required).
-p|--port=<str> Selects the device port. The following device ports are available.
n aui
n bnc
n fibre
n mii
n tp
-S|--speed=<long> Speed to set this NIC to. Acceptable values are 10, 100, 1000, and 10000.
-t|--transceiver-type=<str> Selects transceiver type. The following transceiver types are available.
n external
n internal
-w|--wake-on-lan=<str> Sets Wake-on-LAN options. Not all devices support this option. The option
value is a string of characters specifying which options to enable.
n p – Wake on phy activity
n a – Wake on ARP
n g – Wake on MagicPacket
The following example illustrates how active and standby uplinks are set.
1 The port group NIC array is [vmnic1, vmnic0, vmnic3, vmnic5, vmnic6, vmnic7] and
active-uplinks is set to three uplinks - vmnic1, vmnic0, vmnic3. The other uplinks are standby
uplinks.
3 The new uplinks override the old set. The NIC array changes to [vmnic3, vmnic5, vmnic6,
vmnic7]. vmnic0 and vmnic1 are removed from the NIC array and max-active becomes 2.
If you want to keep vmnic0 and vmnic1 in the array, you can make those NICs standby uplinks in
the command that changes the active uplinks.
esxcli network vswitch standard portgroup policy failover set -p testPortgroup --active-
uplinks vmnic3,vmnic5 --standby-uplinks vmnic1,vmnic0,vmnic6,vmnic7
When you create a virtual switch by using esxcli network vswitch standard add, all traffic
on that virtual switch is initially confined to that virtual switch. All virtual machines connected to
the virtual switch can talk to each other, but the virtual machines cannot connect to the network
or to virtual machines on other hosts. A virtual machine also cannot connect to virtual machines
connected to a different virtual switch on the same host.
Having a virtual switch that is not connected to the network might make sense if you want a
group of virtual machines to be able to communicate with each other, but not with other hosts or
with virtual machines on other hosts. In most cases, you set up the virtual switch to transfer data
to external networks by attaching one or more uplink adapters to the virtual switch.
You can use the following commands to list, add, and remove uplink adapters. When you link by
using ESXCLI, the physical NIC is added as a standby adapter by default. You can then modify
the teaming policy to make the physical NIC active by running the command esxcli network
vswitch standard policy failover set.
The VMkernel network interface is separate from the virtual machine network. The guest
operating system and application programs communicate with a VMkernel network interface
through a commonly available device driver or a VMware device driver optimized for the virtual
environment. In either case, communication in the guest operating system occurs as it would with
a physical device. Virtual machines can also communicate with a VMkernel network interface if
both use the same virtual switch.
Each VMkernel network interface has its own MAC address and one or more IP addresses, and
responds to the standard Ethernet protocol as would a physical NIC. The VMkernel network
interface is created with TCP Segmentation Offload (TSO) enabled.
For IPv4, see Add and Configure an IPv4 VMkernel Network Interface with ESXCLI. For IPv6, see
Add and Configure an IPv6 VMkernel Network Interface with ESXCLI.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
Procedure
You can specify the MTU setting after you have added the network interface by using esxcli
network ip interface set --mtu.
You must specify the IP address by using --ip, the netmask, and the name. For the following
examples, assume that VMSF-VMK-363 is a port group to which you want to add a VMkernel
network interface.
The VMkernel supports DHCP only for ESXi 4.0 and later.
When the command finishes successfully, the newly added VMkernel network interface is
enabled.
The command displays the network information, port group, MTU, and current state for each
virtual network adapter in the system.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
Procedure
You can specify the MTU setting after you have added the network interface by using esxcli
network ip interface set --mtu.
When the command finishes successfully, the newly added VMkernel network interface is
enabled.
2 Run esxcli network ip interface ipv6 address add to configure the interface as an
IPv6 interface.
You must specify the IP address using --ip and the name. For the following examples,
assume that VMSF-VMK-363 is a port group to which you want to add a VMkernel network
interface.
n --enable-router-adv - Use the IPv6 address advertised by the router. The address is
added when the router sends the next router advert.
The VMkernel supports DHCP only for ESXi 4.0 and later.
When the command finishes successfully, the newly added VMkernel network interface is
enabled.
The command displays the network information, port group, MTU, and current state for each
virtual network adapter in the system.
Important If you try to change the host or domain name or the DNS server on hosts that use
DHCP, an error results.
In network environments where a DHCP server and a DNS server are available, ESXi hosts are
automatically assigned DNS names.
In network environments where automatic DNS is not available or you do not want to use
automatic DNS, you can configure static DNS information, including a host name, primary name
server, secondary name server, and DNS suffixes.
n esxcli network ip dns search includes commands for DNS search domain configuration.
n esxcli network ip dns server includes commands for DNS server configuration.
The following example illustrates setting up a DNS server. Specify one of the options listed in
Connection Options for ESXCLI Host Management Commands in place of <conn_options>.
Procedure
1 Print a list of DNS servers configured on the system in the order in which they will be used.
If DNS is not set up for the target server, the command returns an empty string.
2 Add a server by running esxcli network ip dns server add and specifying the server
IPv4 or IPv6 address.
n Specify the DNS server by using the --dns option and the DNS host.
n Configure the DNS host name for the server specified by --server or --vihost.
n Configure the DNS domain name for the server specified by --server or --vihost.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
Procedure
2 If the DNS properties are set, and you want to change the DHCP settings, you must specify
the virtual network adapter to use when overriding the system DNS.
You can override the existing DHCP setting by using the following commands.
Setting Up IPsec
You can set Internet Protocol Security by using esxcli network ip ipsec, which secures IP
communications coming from and arriving at ESXi hosts. Administrators who perform IPsec setup
must have a solid understanding of both IPv6 and IPsec.
ESXi hosts support IPsec only for IPv6 traffic, but not for IPv4 traffic.
You can run esxcli network ip ipsec commands with a vCenter Server system as a target,
by using the --vihost option.
n 2410 The NULL Encryption Algorithm and Its Use With IPsec
n 3602 The AES-CBC Cipher Algorithm and Its Use with IPsec
n An SA determines how the system protects traffic. When you create an SA, you specify the
source and destination, authentication, and encryption parameters, and an identifier for the
SA with the following options.
--sa-spi
--sa-mode
n An SP identifies and selects traffic that must be protected. An SP consists of two logical
sections, a selector, and an action.
--destination-port
--upper-layer-protocol
--flow-direction
--sa-name
--sp-name
--action
Because IPsec allows you to target precisely which traffic should be encrypted, it is well suited
for securing your vSphere environment. For example, you can set up the environment so all
vMotion traffic is encrypted.
n Create an SA. You specify the source, the destination, and the authentication mode. You
also specify the authentication algorithm and authentication key to use. You must specify
an encryption algorithm and key, but you can specify null if you want no encryption.
Authentication is required and cannot be null. The following example includes extra line
breaks for readability. The last option, sa_2 in the example, is the name of the SA.
n List an SA by using esxcli network ip ipsec sa list. This command returns SAs
currently available for use by an SP. The list includes SAs you created.
n Remove all SAs by using esxcli network ip ipsec sa remove --removeall. This option
removes all SAs even when they are in use.
Caution Running esxcli network ip ipsec sa remove --removeall removes all SAs
on your system and might leave your system in an inconsistent state.
source-port <port> Source port (0-65535). Specify any for any ports.
destination-port <port> Destination port (0-65535). Specify any for any ports. If
ulproto is icmp6, this number refers to the icmp6 type.
Otherwise, this number refers to the port.
upper-layer-protocol [any | tcp | udp | icmp6] Upper layer protocol. Use this option to restrict the SP to
only certain protocols, or use any to apply the SP to all
protocols.
flow-direction [in | out] Direction in which you want to monitor the traffic. To
monitor traffic in both directions, create two policies.
action [none | discard | ipsec] Action to take when traffic with the specified parameters is
encountered.
n none - Take no action, that is, allow traffic unmodified.
n Create an SP by using esxcli network ip ipsec add. You identify the data to monitor
by specifying the selector’s source and destination IP address and prefix, source port and
destination port, upper layer protocol, direction of traffic, action to take, and SP mode. The
last two option are the name of the SA to use and the name of the SP that is being created.
The following example includes extra line breaks for readability.
n List an SP by using esxcli network ip ipsec list. This command returns SPs currently
available. All SPs are created by the administrator.
n Remove an SP by using esxcli network ip ipsec remove. If the SP is in use when you
run this command, the command cannot perform the removal. You can run esxcli network
ip ipsec remove --removeall instead to remove the SP even when it is in use.
Caution Running esxcli network ip ipsec remove --removeall removes all SPs on
your system and might leave your system in an inconsistent state.
To ensure the integrity of the host, only a small number of firewall ports are open by default. The
vSphere Security documentation explains how to set up firewalls for your environment and which
ports you might have to temporarily enable for certain traffic.
You manage firewalls by setting up firewall rulesets. The vSphere Security documentation
explains how to perform these tasks by using the vSphere Client. You can also use esxcli
network firewall to manage firewall rulesets and to retrieve information about them. Specify
one of the options listed in Connection Options for ESXCLI Host Management Commands in place
of <conn_options>.
Procedure
Name Enabled
--------- -------
sshServer true
esxcli <conn_options> network firewall ruleset set --ruleset-id sshServer --enabled true
3 Obtain access to the ESXi Shell and check the status of the allowedAll flag.
See Getting Started with ESXCLI for information on accessing the ESXi Shell.
esxcli <conn_options> network firewall ruleset allowedip add --ruleset-id sshServer --ip-
address 192.XXX.1.0/24
esxcli <conn_options> network firewall ruleset allowedip add --ruleset-id sshServer --ip-
address 192.XXX.10.10
Monitor VXLAN
The esxcli network vswithch dvs vmware vxlan namespace supports commands for
exploring VXLAN configuration details.
For a more detailed example of this functionality, see the VMware vSphere blog post about the
topic.
Procedure
esxcli network vswitch dvs vmware vxlan config stats set --level 1
esxcli network vswitch dvs vmware vxlan config stats list --vds-name Cluster01-VXLAN-VDS
esxcli network vswitch dvs vmware vxlan network list -vds-name Cluster01-VXLAN-VDS
esxcli network vswitch dvs vmware vxlan network stats list --vds-name Cluster01-VXLAN-
VDS --vxlan-id 5000
esxcli network vswitch dvs vmware vxlan network mapping list --vds-name Cluster01-
VXLAN-VDS --vxlan-id 5000
esxcli network vswitch dvs vmware vxlan network port list --vds-name Cluster01-VXLAN-VDS
--vxlan-id 5000
esxcli network vswitch dvs vmware vxlan network port list --vds-name Cluster01-VXLAN-VDS
--vxlan-id 5000 vdsport-is 968
You can view performance charts by using the vSphere Client and read about them in the
vSphere Monitoring documentation. You can also perform some monitoring of your ESXi system
by using ESXCLI commands.
A diagnostic partition is on the local disk where the ESXi software is installed by default. You can
also use a diagnostic partition on a remote disk shared between multiple hosts. If you want to use
a network diagnostic partition, you can install ESXi Dump Collector and configure the networked
partition. See Manage Core Dumps with ESXi Dump Collector.
n A diagnostic partition cannot be located on an iSCSI LUN accessed through the software
iSCSI or dependent hardware iSCSI adapter. For more information about diagnostic partitions
with iSCSI, see General Boot from iSCSI SAN Recommendations in the vSphere Storage
documentation.
n If multiple hosts share a diagnostic partition on a SAN LUN, configure a large diagnostic
partition that the hosts share.
n If a host that uses a shared diagnostic partition fails, reboot the host and extract log files
immediately after the failure. Otherwise, the second host that fails before you collect the
diagnostic data of the first host might not be able to save the core dump.
Caution If two hosts that share a diagnostic partition fail and save core dumps to the same slot,
the core dumps might be lost.
If a host that uses a shared diagnostic partition fails, reboot the host and extract log files
immediately after the failure.
Diagnostic partitions can include, in order of suitability, parallel adapter, block adapter, FC,
or hardware iSCSI partitions. Parallel adapter partitions are most suitable and hardware iSCSI
partitions the least suitable.
Important When you list diagnostic partitions, software iSCSI partitions are included. However,
SAN LUNs accessed through a software iSCSI initiator are not supported as diagnostic partitions.
For information about the ESXi Dump Collector, see the vSphere Networking documentation.
The following example scenario changes the local diagnostic partition by using ESXCLI. Specify
one of the options listed in Connection Options for ESXCLI Host Management Commands in place
of <conn_options>.
Procedure
1 Show the diagnostic partition the VMkernel uses and display information about all partitions
that can be used as diagnostic partitions.
The ESXi system is now without a diagnostic partition, and you must immediately set a new
one.
If a diagnostic partition is set, the command displays information about it. Otherwise, the
command shows that no partition is activated and configured.
The ESXi Dump Collector is especially useful for Auto Deploy. The ESXi Dump Collector supports
other customization, including sending core dumps to the local disk.
The ESXi Dump Collector is included with the vCenter Server autorun.exe application. You
can install the ESXi Dump Collector on the same system as the vCenter Server service or on a
different Windows or Linux machine. See vSphere Networking.
You can configure ESXi hosts to use the ESXi Dump Collector by using the Host Profiles interface
of the vSphere Client, or by using ESXCLI. Specify one of the options listed in Connection Options
for ESXCLI Host Management Commands in place of <conn_options>.
Procedure
1 Set up an ESXi system to use the ESXi Dump Collector by running esxcli system
coredump.
You must specify a VMkernel port with --interface-name, and the IP address and port of the
server to send the core dumps to. If you configure an ESXi system that is running inside a
virtual machine, you must choose a VMkernel port that is in promiscuous mode.
Results
The host on which you have set up the ESXi Dump Collector sends core dumps to the specified
server by using the specified VMkernel NIC and optional port.
You can use the vSphere Client, or use the esxcli system syslog command to configure the
following parameters of the syslog service.
n Remote host and port - Remote host to which syslog messages are forwarded and port on
which the remote host receives syslog messages. The remote host must have a log listener
service installed and correctly configured to receive the forwarded syslog messages. See
the documentation for the syslog service installed on the remote host for information on
configuration.
n Transport protocol - Logs can be sent by using UDP, which is the default, TCP, or SSL
transports.
n Local logging directory - Directory where local copies of the logs are stored. The directory
can be located on mounted NFS or VMFS volumes. Only the /scratch directory on the local
file system is persistent across reboots.
n Unique directory name prefix - Setting this option to true creates a subdirectory with the
name of the ESXi host under the specified logging directory. This method is especially useful
if the same NFS directory is used by multiple ESXi hosts.
n Log rotation policies - Sets maximum log size and the number of archives to keep. You can
specify policies both globally, and for individual subloggers. For example, you can set a larger
size limit for the vmkernel log.
After making configuration changes, restart the vmsyslogd syslog service by running esxcli
system syslog reload.
The esxcli system syslog command allows you to configure the logging behavior of your
ESXi system. You can manage the top-level logger and subloggers. The command has the
following options.
Option Description
reload Reloads the configuration, and updates any changed configuration values.
config set Sets the configuration. Use one of the following options.
n --logdir=<path> – Saves logs to a given path.
config logger set Sets configuration options for a specific sublogger. Use one of the following options.
n --id=<str> – ID of the logger to configure. Required.
n --rotate=<long> – Number of rotated logs to keep for a specific logger. Requires --id.
n --size=<long> – Size of logs before rotation for a specific logger, in KB. Requires --id.
2 Set all logs to keep twenty rotations before overwriting the oldest log.
3 Set the rotation policy for VMkernel logs to 10 rotations, rotating at 2 MB.
4 Send logs to remote host myhost.mycompany.com. The logs will use the default transport
(UDP) and port (514).
5 Save the local copy of logs to /scratch/mylogs and send another copy to the remote host.
You can set the directory on the remote host by configuring the client running on that host.
You can use the vSphere Client to redirect system logs to a remote host by changing the
System.global.logHost advanced setting.
The host-based embedded SNMP agent is disabled by default. Configuring and enabling the
agent requires that you perform the following tasks.
2 Configure the SNMP agent. See Configuring the SNMP Agent to Send Traps.
An SNMP community defines a group of devices and management systems. Only devices and
management systems that are members of the same community can exchange SNMP messages.
A device or management system can be a member of multiple communities.
To configure SNMP communities, run esxcli system snmp set, specifying a comma-separated
list of communities as shown in the following example.
Each time you specify a community with this command, the settings that you specify overwrite
the previous configuration.
To configure the agent to send traps, you must specify a target address, also referred to as
receiver address, the community, and an optional port. If you do not specify a port, the SNMP
agent sends traps to UDP port 162 on the target management system by default.
Specify one of the options listed in Connection Options for ESXCLI Host Management Commands
in place of <conn_options>.
Procedure
Each time you specify a target with this command, the settings you specify overwrite all
previously specified settings. To specify multiple targets, separate them with a comma.
You can change the port that the SNMP agent sends data to on the target using the
--targets option. That port is UDP 162 by default.
4 (Optional) Send a test trap to verify that the agent is configured correctly.
namespace includes commands for getting and setting CPU properties, for listing boot devices,
and for getting and setting the hardware clock time.
You can also use the ipmi namespace to retrieve IPMI system event logs (SEL) and sensor data
records (SDR). The command supports both get (single return value) and list (multiple return
values) commands and returns raw sensor information.
The following example specifies the size of the audit record storage capacity in kilobytes and
enables the audit record storage. Specify one of the options listed in Connection Options for
ESXCLI Host Management Commands in place of <conn_options>.
Procedure
For audit events, you can use syslog with either TCP on port 514 or TLS on port 1514. To use
unencrypted syslog, you must prefix the entry with tcp://. To use encrypted syslog through the
TLS protocol, you must prefix the entry with ssl://. For security reasons, you should use the TLS
protocol for communications. To use the TLS protocol, you must load a public CA certificate onto
ESXi that is suitable for the syslog server.
Audit events are passed in a format similar to RFC 3164 and RFC 5424. Audit records have an
RFC-specific prefix in the <NNN> format, where NNN is a packaged value representing the facility
and severity, calculated as (8 * facility) + severity. The audit facility number is 13, and
a typical severity is info, whose number is 6. By using the formula, the value of NNN for an
informational audit message is 110, for an audit notice the value is 109, and for an audit error the
value is 107.
The following example configures a firewall to permit outbound syslog access, enables remote
audit logging, sets the syslog server, and clears the syslog configuration. Specify one of the
options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
Procedure
You must manage certificates in the CA certificate store when configuring a remote syslog server
that uses the TLS protocol for communications. To establish secure communications, you must
add the public CA certificate for the remote syslog server to the ESXi CA certificate store.
The following example adds a new CA certificate to the CA certificate store, lists all available
certificates in the store, and removes a certificate from the store. Specify one of the
options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
Procedure
The following examples require restarting the HTTP proxy or a host reboot. Specify one of
the options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
You can use the /UserVars/ESXiVPsDisabledProtocols advanced option to specify the protocols
that are disabled when establishing secure communications with ESXi. The value is a comma-
separated list of protocols. The valid values are sslv3, tlsv1, tlsv1.1, tlsv1.2. For example, to
disable sslv3, tlsv1, and tlsv1.1, you can run the following command.
You can use the /UserVars/ESXiVPsAllowedCiphers advanced option to specify the ciphers
allowed for secure communcations with ESXi. The value is a colon-separated list of ciphers, in the
form required by the OpenSSL SSL_CTX_set_cipher_list API. The command has the following
syntax.
How memory pages are zeroed out for virtual machines and user-space applications is
determined by the /Mem/MemEagerZero advanced option. This option determines how long
residual information resides in memory after it is no longer in use.
When /Mem/MemEagerZero is set to 0, which is the default value, memory pages are zeroed
when they are allocated to virtual machines and user-space applications. While this prevents
exposing information from virtual machines to other clients, previous content can remain present
in memory for a long time if the memory is not reused.
For more immediate content destruction, you can set /Mem/MemEagerZero to 1. In this case,
memory pages are zeroed when a user-space application exits. For virtual machines, memory
pages are zeroed when the virtual machine powers off, when its pages are migrated, or when
virtual machine memory is reclaimed.
By enabling or disabling USB passthrough, you affect all virtual machine access to the affected
device.
The following examples show the syntax for listing USB devices and their passthrough status,
enabling, and disabling USB passthrough. For enabling and disabling a USB device, you can
obtain the required device information from the device's entry in the USB device list. Specify one
of the options listed in Connection Options for ESXCLI Host Management Commands in place of
<conn_options>.
You can use ESXCLI and the ESXi Configuration Store CLI to manage the migrated configuration
settings. You can run ESXi Configuration Store CLI commands in the ESXi Shell.
The following table contains the file paths to sticky bit files that were used before ESXi 7.0
Update 3, the configuration area of each file, and the commands you can use to manage the
corresponding configuration settings.
/bin/configstorecli config
current set -c esx -g
services -k hostd -infile
tmp.json
/bin/configstorecli config
current get -c esx -g
services -k hostd_probe
-outfile tmp.json
/bin/configstorecli config
current set -c esx -g
services -k hostd_probe
-infile tmp.json
/bin/configstorecli config
current get -c esx -g
services -k esx_tokend
-outfile tmp.json
/bin/configstorecli config
current set -c esx -g
services -k esx_tokend
-infile tmp.json
/bin/configstorecli schema
get -c esx -g services -k
hostd
configstorecli config
current get -c esx -g
services -k vpxa -outfile
a.json
configstorecli config
current get -c esx
-g services -k vpxa
-outfile a.json
configstorecli config
current set -c esx
-g services -k vpxa
-infile a.json
/etc/init.d/vpxa restart
ntp /etc/ntp.conf
esxcli system ntp config
get
ptp /etc/ptp.conf
esxcli system ptp get
esxcli network ip
interface tag add
networking /etc/hosts
esxcli network ip hosts
list
The following table contains the namespaces, the configuration area of each namespace, and the
ESXCLI commands you can use to manage each namespace.
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
esxcli system
settings advanced
list -o /BufferCache/
<option_name>
n Set
esxcli system
settings advanced
set -o /BufferCache/
<option_name>
esxcli system
settings advanced
list -o /BufferCache2/
<option_name>
n Set
esxcli system
settings advanced
set -o /BufferCache2/
<option_name>
n Set
n Set
n Set
VMKernel SE n Get
n Set
n Set
n Set
n Set
VMKernel FT n Get
n Set
esxcli system
settings advanced
list -o /DirentryCache/
<option_name>
n Set
esxcli system
settings advanced
set -o /DirentryCache/
<option_name>
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set
n Set