I’ve got a reoccurring issue with all of the home servers I’ve ever had and because it happened again just today, now the pain is big enough to ask publicly about it.
As of now, I’m running some Intel NUC ripoff with a JBOD attatched via USB 3, spinning a ZFS sort of-RAID. It’s nothing that special tbh. In the past I had several other configurations with external drives, wired via fstab
to Raspberry Pis and the like. All of those shared a similar issue: I can’t recall exactly when, but I figure most of the time after updates to the kernel or docker, the computer(s) become stuck at boot. I had to unplug the external drives just to get the respective machine up, after which varying issues occurred with drives not being recognized anymore and such.
With my current setup, I run several docker containers which have their volumes on subdirectories/datasets on the /tank
mountpoint, and when booting the machine without the drives, some of the containers create new directories at that destination, which now lives on my main drive /dev/sda
.
It’s not only painful to go through the manual process with the drives, I only have access the machine when I’m home, which I’m not all the time. Also, it’s kind of time consuming as I’m backup up data that I fear might become inconsistent along the way. Every time I see a big kernel update, I fear that the computer will get stuck in such a situation once again and I’m reluctant to do a proper reboot.
I know that external drives are not best practice when it comes to handling “critical” data, but I don’t want to run another machine just in order to provide access to the disks via network. Any ideas where these issues stem from and how to avoid them in the future?
I use the ZFS mechanism exclusively today, so I’ll have a look at the
vdev_id.conf
file as soon as I find the time, thank you!Also, sorry for not responding earlier, I’ve had some busy days.