Problem:
I am unable to attach a virtual disk from a storage pool. When i try to attach it, either with the UI or with powershell, the system hangs.
System Setup:
I am using Windows 2012 R2. I have one storage pool, using tiered storage (with HDD's and SSD's). The pool has a single virtual disk on it (using all the space), and the virtual disk in turn has a single volume on it. I am using deduplication on the volume.
Issue background:
I was using the space on the volume for virtual machines. While installing SQL to a VM, the VM locked up and i was unable to close it. Windows on the host machine could not close the machine, and the host itself refused to shutdown, so i have to hard reboot. On reboot the system tired to auto repair windows, but this failed, and as the Host machine had relatively little config i did a reinstall. The reinstall worked fine.
Steps tried to resolve:
On the fresh build i then checked the storage pool, and all disks showed as online (healthy) and working. Using the UI, i was able to attach the virtual disk fine, however when i tried to bring the volume online the system server manager console locked up. I left it for an hour and the disk activity was constant, but eventually decided that the process was not working, and had to hard reboot the system, as it would not shut down.
On reboot, the virtual disk was again unattached. I tired attaching with the ui, and the attach process just shows as running in the UI. I have tried leaving it like this for many hours (thinking maybe it was scanning or repairing the disk) and it does not complete.
With powershell i have tried the attach command with the same results. I have also run Repair-VirtualDisk, which completes ok, but i still cannot attach the virtual disk. Each time i try i get the same results, constant disk activity and the process never seems to complete.
I would really like to get the disk back online if possible, so i can access the data (vm's) on it, so are there any other steps i can try to get the virtual disk and volume back online.