Sorry for the late reply, I got my hands full during the last 2 weeks. I’ve tried using all of the commands that you recommended, yet all points to the same I/O error.
I tried reinstalling TrueNAS as a VM and well, no luck yet. I guess I will try and find a 4TB disk to backup whatever data that’s leftover. Would love to have some guidance regarding this process.
If you cant import the pool, your data is gone.
You might have some success with Klennet ZFS recovery. Its a windows software and not free.
Here’s the update: Over the past few weeks, all I have done is trying the command lines that were suggested in this post. Today, I decided to try one last time with a newly installed TrueNAS VM. I disconnected the faulty drive while the machine is powered down, then reconnected it when the server is up. Suddenly, I can import my pool using the zpool import command. I checked and saw that the datasets are correctly displayed in TrueNAS web GUI. However, it seems that the data are gone.
Here’s me trying to create a SMB share for this dataset:
Error: Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/middlewared/main.py", line 201, in call_method
result = await self.middleware._call(message['method'], serviceobj, methodobj, params, app=self)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/main.py", line 1342, in _call
return await methodobj(*prepared_call.args)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/service/crud_service.py", line 172, in create
return await self.middleware._call(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/main.py", line 1342, in _call
return await methodobj(*prepared_call.args)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/service/crud_service.py", line 197, in nf
rv = await func(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/schema/processor.py", line 44, in nf
res = await f(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/schema/processor.py", line 177, in nf
return await func(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/plugins/smb.py", line 1025, in do_create
verrors.check()
File "/usr/lib/python3/dist-packages/middlewared/service_exception.py", line 70, in check
raise self
middlewared.service_exception.ValidationErrors: [EINVAL] sharingsmb_create.path_local: Path does not exist.
I tried to use cd to access the dataset through TrueNAS shell in the web GUI.
admin@truenas[/home]$ cd /mnt
admin@truenas[/mnt]$ ls
prox-pool
admin@truenas[/mnt]$ cd prox-pool
admin@truenas[/mnt/prox-pool]$ cd trollclgt
cd: no such file or directory: trollclgt
Just finished scrubbing the pool and nothing seems to have been resolved.
Not sure if this helps, but I landed it up in the same situation and had my LSI HBA 9300 16i passed through via Proxmox. I first disconnected the existing pools since all the devices were “offline” already. (Clicked on “Export/Disconnect” and ok). This does not delete any data from the storage pool, just disconnects it.
Once disconnected, I now see the option to “import” pools and when I click on the drop-down, I could now see my pool that I just disconnected. I imported it and I could see the pool as before, with all the data.
However, unfortunately this was not a permanent solution, since the devices went “offline” again after the reboot. I could obviously do the whole disconnect, then import process once again, but not a very elegant way to use truenas.
Finally, to permanently fix it, I could only find one way, which was to “create” new pools with the same disks, and I checked this way, the pools are always online after restart. Unfortunately, this deletes all existing data from the pools, so probably this may not be a good solution for everyone.