From where you are not able to see datastore ? Esxi or Vcneter

Does that datastore has data in it ? or its a new datastore created on vcenter/esxi ?

Any screenshot to understand the issue better.

Also do a rescan of storage adapter and verify if you are able to access datastore.

As per your screen shot its , SCSI based connected storage.

1) Please check LAN Cable or SCSI Cable is connected properly with storage.

2) Cross check PATH in vmware is connected and re-scan disk . Please find below kb for your help.

VMware Knowledge Base

it shoul be active or on .Please update once you done.

Hi,

Please verify your MTU configuration on physical, virtual switch, and SAN.

When MTU wasn't configured properly, you couldn't get any LUNs.

For remember, you can verify with a vmkping from your esxi.

Thank you,

Was the hard disk hot-swapped or was the host taken down to swap the faulty disk? Has the rebuilding of RAID completed successfully? Can you reboot the host once and check if the disk is being detected as a snapshot LUN? Run the below commands to check the same -

esxcfg-volume -l

esxcli storage vmfs snapshot list

If it is detected as a snapshot LUN, we have to force mount it using the command -

esxcli storage vmfs snapshot mount -l "datastore_name"

For more details, refer to the KB - VMware Knowledge Base

Please consider marking this answer as "correct" or "helpful" if you think your questions have been answered.

Cheers,

Supreet

Replacing the RAID controller (sounds like the storage is internal to the host, not shared storage) probably means you'll need to re-add the setup. As long as the array wasn't reformatted, the contents should still be there and will show up once it appears.

Try a scan HBA task first to see if it shows. If so, then you should be able to just add the existing datastore.

Have you tried adding a new datastore?? Remove the old from the configuration within the GUI and try to bring in the rebuilt array.

I think I have news for you that you will not like.
I believe that in the current state you will not find a valid VMFS-filesystem - maybe even the partitiontable is missing or garbage.
Highly recommended next step: DO NOT DO ANYTHING THAT WOULD CHANGE THE DISK !!!
Instead read Create a VMFS-Header-dump using an ESXi-Host in production | VM-Sickbay
and create a dump as explained.

If there exists a readable VMFS - good. If not - the raid5 rebuild failed.If you have a Linux system available run
strings dumpfile > vmfs-quick.txt
Attach the first few hundred lines to your next reply.
Or send a downloadlink for the dumpfile if you prefer a detailed check.
Ulli

Hi tdubb123,

As Marmotte94 mentioned, verify MTU configuration in all your environment.

Recently I had the exactly the same issue. After a power outage, my 10Gps switch was unconfigured (for reasons unknown) and changed MTU to the default 1500. After changing back to 9000, as all the infrastructure, and rebooting the host, the datastore showed up again.

If you changed the drives in your array (not sure about this), there is a possibility that the configuration was modified in this device. Not sure if this is your case...

Cheers,

mulcas.

This theory does not match the detail we learned here:
https://communities.vmware.com/servlet/JiveServlet/showImage/2-2791871-255331/Screen+Shot+2018-08-10+at+9.19.18+AM.png
The system detects a device - but fails to query the filesystem.