I’ve got a system with a fresh install of TrueNAS Scale 24.10. All I’ve done with it so far is set up a small ZFS pool and installed wg-easy and ddns-updater. When the system is up, it behaves just fine.
When I shut down the system (using the shutdown option in the webui menu bar), it appears to shut down normally. But when I start it back up, the ZFS pool says it’s exported – the pool is not online and the apps (which are installed on the pool) are not working.
I’ve found a workaround that if I export the pool via the webui (even though it says it’s exported) then I can import it and the pool and the apps are all healthy and online again.
Obviously I don’t want to have to do this every time I reboot the system.
I’ve googled for a while now and can’t find anything that matches my problem. The drives are spinning up on reboot and are available. I tried turning on and off legacy mode in the BIOS and that didn’t change anything. I also tried turning off and on secure boot. The drives are not encrypted.
It’s an AMD 4650G system with ECC memory, with three HDD’s connected via SATA ports on the motherboard. The operating system is running on a NVMe drive on the motherboard.
It appears to be disk identification problem. I don’t have the details but if one or more of the disks in the pool were used by another file systems, Linux’s disk identification says they are not ZFS. TrueNAS SCALE will then not attempt to automatically import the pool.
The fix seems straight forward, but again I don’t have the details.
Perhaps someone else will be able to walk you through checking, and if it’s that particular problem, then the fix. (Note that I think the permanent fix is in the latest SCALE release…)
In the mean time, please supply the following information, in a CODE block;
zpool status -v
lsblk -bo NAME,MODEL,ROTA,PTTYPE,TYPE,START,SIZE,PARTTYPENAME,PARTUUID
Then identify which are your pool devices, (if it is not obvious from the above output).
More information may be needed, but someone else may know what is needed.
I don’t have an answer for you about the boot time automatic pool importing.
But this below is much less common here. It is a pool with 3 disks in a Stripe, with no data redundancy. Any disk lost, and you loose everything. Though a block, (or series of blocks), lost does not affect the pool as a whole, it will affect the files for those blocks. They would need to be restored from backups.
Of course, you may know this already. As I said, it’s just uncommon to have Striped pools. (But I do so for my miniature media server…)
Right, it’s not high-importance files, and I’ll have them backed up so the worst that would happen is inconvience. (I’d prefer to set them up as JBOD but I don’t see a way to do that?)
I’ll try exporting and then importing using the partuuid but I think I did that the first time it wouldn’t import automatically.
TrueNAS does not really support that. You can create 3 separate, independent pools, each with 1 disk. But, at that point you have to create 3 different shares to use the disks.
ZFS is not the most flexible, but what it does do, it does it World Class. Meaning ZFS was designed by software engineers to solve lots of problems. Including making some things easier. But, JBOD is not one of them…
Okay, maybe I’m doing this wrong, but I assumed I needed to export them first, so I did. But when I run the above command I get an error, “cannot import ‘Shared_Drives’: no such pool available”
I looked in /dev/disk/by-partuuid and there are three uuid’s.
I exported the pool, then ran blkid --probe on the first disk and got the amblvalent result as shown in the ticket linked to by @prez02 upthread. So, since I didn’t have any data in the shared drive yet, I decided to just completely delete the pool (and my apps), wipefs the heck out of the drives, and then rebuild the pool and my few apps.
And that (of course) fixed it. Thanks prez and everyone else, I appreciate the help!