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.
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.
it shoul be active or on .Please update once you done.
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.
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 -
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.
one drive failed and was replaced. the raid controller and battery also replaced.
I can access th evolume via putty but its not showing up in vcenter
esxcfg-voolume -l ---- blank
esxcli storage vmfs snapshot list ...... blank
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.
already tried that
Have you tried adding a new datastore?? Remove the old from the configuration within the GUI and try to bring in the rebuilt array.
no adding a new one will wipe out the data
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.
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...
This theory does not match the detail we learned here:
The system detects a device - but fails to query the filesystem.