VMware ESXi 7.X
VMware ESXi 8.X
The offline naa.********************123 device mapped to the test VM Source datastore was causing the storage vmotion issue.
The vobd.log indicates the device naa.********************123 was turned off by the administrator
2024-09-14T20:58:08.200Z: [scsiCorrelator] 7905600166125us: [vob.scsi.device.state.off] Device naa.********************123 has been turned off administratively.
2024-09-14T20:58:08.200Z: [scsiCorrelator] 7905663924523us: [esx.problem.scsi.device.state.off] Device: naa.********************123 has been turned off administratively
Option 1: If the presented lun is healthy and presented to the ESXi host then we proceed with the following steps else follow Option 2.
1. Attach the offline Disk back to the ESXi host.
Steps to attach an offline LUN from an ESXi host using the vSphere Client.
Note : If the datastore is shared across the ESXi hosts in your cluster then you will have repeat the same steps for all the ESXi host.
2. Once the device is attached the vobd.log indicates the device is back online.
2025-01-17T11:03:50.575Z: [vmfsCorrelator] 18669854808277us: [vob.vmfs.extent.online] Device naa.********************123:1 backing file system [TestDatastore, xxxxxxxx-xxxxxxxx-xxxx-xxxxxxxxxxxx] came online
2025-01-17T11:03:50.575Z: [vmfsCorrelator] 18670006299353us: [esx.problem.vmfs.extent.online] Device naa.********************123:1 backing file system [TestDatastore, xxxxxxxx-xxxxxxxx-xxxx-xxxxxxxxxxxx] came online. This extent was previously offline. All resources on this device are now available.
Option 2: If the Device is not healthy then follow the below steps.
If the storage device is not mapped or presented to the ESXi host, or if the storage path to the storage array is lost, we need to engage the storage vendor to resolve the offline device issue. After that, follow the steps in Option 1 to reattach the offline disk to the ESXi host.