Unsolved vSphere 6.5 - Lost access to volume

---

Ran across this practice exam question that threw me off.

|||||||||||||||||||||||||||||
An administrator sees the following error in the log files:

"Lost access to volume 496befed-1c79c817-6beb-001ec9b60619 (san-lun-100) due to connectivity issue."

Which two events could be the source of the error message? (Choose two.)

A. vCenter Server failure
B. VXLAN failure
C. Disk array failure
D. Network failure
E. ESXi host failure
|||||||||||||||||||||||||||||

My answer originally because my experience is related to iSCSI connections to shared storage was "C" and "D".

However after reviewing the following article it looks like a potential answer could be "D". "due to a cable pull"? Like a network cable, a fiber channel cable, or an internal SAS cable...?
https://kb.vmware.com/s/article/1009557

||||||
"and loses connectivity (due to a cable pull, disk array failure, and so on) to the device for a period exceeding 16 seconds, the following error message appears:

Lost access to volume 496befed-1c79c817-6beb-001ec9b60619 (san-lun-100) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly."

@adam-tyler,

Adam,

C & D are the correct answers.

See below for explanation:

This event indicates that the host's connectivity to the volume (for which this event was generated) degraded due to the inability of the host to renew its heartbeat for period of approximately 16 seconds (the VMFS lock breaking lease timeout). After the periodic heartbeat renewal fails, VMFS declares that the heartbeat to the volume has timed out and suspends all I/O activity on the device until connectivity is restored or the device is declared inoperable.
There are two components to this:

Heartbeat Interval = 3 Seconds
Heartbeat lease wait timeout = 16 Seconds
A host indicates its liveness by periodically (every 3 seconds) performing I/O to its heartbeat on a given volume. Therefore, if no activity is seen on the host's heartbeat slot for a period of time, then we can conclude that the host has lost connectivity to the volume. This wait time is a little over 5 heartbeat intervals or 16 seconds to be precise.
Example
If an ESX host has mounted a volume san-lun-100 from device naa.60060160b4111600826120bae2e3dd11:1 and loses connectivity (due to a cable pull, disk array failure, and so on) to the device for a period exceeding 16 seconds, the following error message appears:

Lost access to volume 496befed-1c79c817-6beb-001ec9b60619 (san-lun-100) due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Impact
All I/O, metadata operations to the specific volume from COS, user interface (vSphere Client), or virtual machines are internally queued and retried for some duration of time. If the volume or storage device connectivity is not restored within that duration of time, such I/O operations fail. This might have an impact on already running virtual machines as well as any new power on operations by virtual machines.

Solution
To resolve this issue:
Connect to the vCenter Server using vSphere Client.
Select the Storage View tab to map the HBA (Host Bus Adapter) associated to the affected VMFS volume.

Follow the steps provided in Troubleshooting fibre channel storage connectivity (1003680) to identify and resolve the path inconsistencies to the LUN.

If connections are restored, VMFS automatically recovers the heartbeat on the volume and continues the operation.

Regards,

Adam Gordon
Edutainer
(352) 600-6900