Cliffnotes as to what the steps were to remedy it. *This worked fine on our environment with other ESX hosts in the cluster actively using this LUN with running windows and linux guests. Posts in the vmware forum have a warning that this could hoze you. I agree to tread lightly with these commands (I called vmware for the below solution, I didn't want my head on the chopping block if an oracle vm crashed).
Find the LUN that is showing 0.00B:
71 esxcfg-vmhbadevs
72 ls /vmfs/devices/disks/
Kick it while watching it's progress:
77 vmkfstools -L lunreset /vmfs/devices/disks/vmhba0:1:1:0
78 tail vmkernel
79 vmkfstools -L targetreset /vmfs/devices/disks/vmhba0:1:1:0
80 tail vmkernel
81 vmkfstools -L busreset /vmfs/devices/disks/vmhba0:1:1:0
82 tail vmkernel
Make sure it's there in one spot:
83 esxcfg-vmhbadevs
84 less vmkernel
rescan to find it in another:
85 esxcfg-rescan vmhba0
In VIC, refresh on storage page (not rescan on storage controllers) to have it
really available to the host.
71 esxcfg-vmhbadevs
72 ls /vmfs/devices/disks/
Kick it while watching it's progress:
77 vmkfstools -L lunreset /vmfs/devices/disks/vmhba0:1:1:0
78 tail vmkernel
79 vmkfstools -L targetreset /vmfs/devices/disks/vmhba0:1:1:0
80 tail vmkernel
81 vmkfstools -L busreset /vmfs/devices/disks/vmhba0:1:1:0
82 tail vmkernel
Make sure it's there in one spot:
83 esxcfg-vmhbadevs
84 less vmkernel
rescan to find it in another:
85 esxcfg-rescan vmhba0
In VIC, refresh on storage page (not rescan on storage controllers) to have it
really available to the host.