09.03.2015 Views

VSAN-Troubleshooting-Reference-Manual

VSAN-Troubleshooting-Reference-Manual

VSAN-Troubleshooting-Reference-Manual

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Diagnostics and <strong>Troubleshooting</strong> <strong>Reference</strong> <strong>Manual</strong> – Virtual SAN<br />

18. Engaging with Global Support Services<br />

If you are unable to root-cause an issue with a Virtual SAN deployment, be it a<br />

failure of some components or a performance issue, always consider reaching out to<br />

VMware’s Global Support Services organization for additional assistance. This<br />

section of the troubleshooting reference manual will give some details on how to be<br />

prepared when logging a Service Request. The more information that can be<br />

provided to the technical support engineer, the sooner a resolution will be found.<br />

Ensure scratch and log files are on persistent media<br />

Virtual SAN supports ESXi booting from USB, SD and, in Virtual SAN 6.0, SATADOM.<br />

However when booting from these devices, the scratch partition that is used for<br />

storing logs is placed on RAM disk which means that they are not persisted if the<br />

host is rebooted. The scratch partition is used for storing log files, such as<br />

/var/log/vmkernel. A best practice recommendation is to place these logs on<br />

persistent storage. VMware KB article 1033696 has details on how to redirect<br />

scratch to a persistent datastore.<br />

It is recommended that you do not use the <strong>VSAN</strong> datastore for persisting logs. If you<br />

have configured your ESXi hosts to use the Virtual SAN datastore for the scratch<br />

partition, then any issues that impact the Virtual SAN datastore will also impact the<br />

ESXi hosts, as the host will be unable to save logs. It also means that previous logs<br />

might not be accessible. This will make troubleshooting and diagnosis of the<br />

underlying issue extremely difficult.<br />

Do not use the Virtual SAN datastore as a scratch partition for ESXi hosts. Ideally use<br />

a persistent datastore, such as a VMFS volume or NFS volume, for persisting log files.<br />

Another best practice is to use a syslog server, which is discussed shortly.<br />

Ensure <strong>VSAN</strong> Trace files are on persistent media<br />

<strong>VSAN</strong> trace files should be stored on persistent storage. If your <strong>VSAN</strong> trace files are<br />

not currently on persistent storage (e.g. when using USB/SD/SATADOM boot media,<br />

which places these traces on a RAM Disk), you can use following command to<br />

redirect the traces to persistent media.<br />

# esxcli vsan trace set --help<br />

Usage: esxcli vsan trace set [cmd options]<br />

Description:<br />

set<br />

Configure <strong>VSAN</strong> trace. Please note: This command is not<br />

thread safe.<br />

Cmd options:<br />

-f|--numfiles= Log file rotation for <strong>VSAN</strong> trace files.<br />

-p|--path= Path to store <strong>VSAN</strong> trace files.<br />

-r|--reset<br />

When set to true, reset defaults for <strong>VSAN</strong> trace files.<br />

-s|--size= Maximum size of <strong>VSAN</strong> trace files in MB.<br />

V M W A R E S T O R A G E B U D O C U M E N T A T I O N / 2 7 2

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!