Короче все проблемы начались из-за создания пула через /dev/disk/by-id
Как оно есть:
#ls -la /dev/disk/by-id | grep sdb7
lrwxrwxrwx 1 root root 10 13-02-06 024928 ata-FUJITSU_MHZ2160BH_G2_K60HT923891V-part7 -> ../../sdb7
lrwxrwxrwx 1 root root 10 13-02-06 024928 wwn-0x500000e04368d90b-part7 -> ../../sdb7
Создавал и потом после ребута проблемы так:
#zpool create zenpool /dev/disk/by-id/ata-FUJITSU_MHZ2160BH_G2_K60HT923891V-part7
Как бы тут всё под вопросом.
Сейчас пробовал двумя способами:
#zpool create zenpool /dev/disk/by-id/wwn-0x500000e04368d90b-part7
#zpool create zenpool /dev/sdb7
Пулы создаются, работают, но импортировать можно только с опцией -f (force), и думаю поэтому автоматом при загрузке пул не доступен, те после ребута примерно такая картинка:
#zpool import
pool: zenpool
id: 5447151878862308437
state: ONLINE
action: The pool can be imported using its name or numeric identifier.
config:
zenpool ONLINE
sdb7 ONLINE
#zpool import zenpool
cannot import 'zenpool': pool may be in use from other system
use '-f' to import anyway
#zpool status
no pools available
#zpool import -f zenpool
#zpool status
pool: zenpool
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
zenpool ONLINE 0 0 0
sdb7 ONLINE 0 0 0
errors: No known data errors
Чешу затылок по поводу импорта автоматического, без force
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.