>> Сыылку на корку.
> В гугле забанили?
> http://forums.freenas.org/showthread.php?7684-ZFS-Kernel-Panic - трупик "zpool import -f HubZ2" — насильное импортирование пула. Узнай сам, чем это отличается от "zpool import -F".
> http://forums.freenas.org/showthread.php?5645-Trying-to-moun...
> - трупик
Аналогично.
> https://www.illumos.org/issues/2233 - висяк с ребутами
> https://forums.oracle.com/forums/thread.jspa?messageID=10258853 - тот же баг, что
> и выше, но у другого человека
Тут да, косяк, но не смертельный. Висяк — не смертяк. У меня rm на заполненном пуле полчаса может удалять каталог с файлами суммарным размером 5ГБ. Вроде работает, а место свободное не так быстро появляется...
> http://forums.freebsd.org/showthread.php?t=31858 - опенсолярка как-то разрулила косяк,
> но тем не менее - грабли эпичны
Грабли на FreeBSD 8.1, довольно устаревшей системе. С тех пор много патчей для ZFS принято в дерево системы.
> http://onlyfriends.name/2011/05/zharennyiy-zfs/ - ацки надежная FS, падающая в корку
> при чтении файлов с поврежденного тома
"в итоге абсолютно все необходимые данные были успешно спасены" — УСПЕХ.
> http://comments.gmane.org/gmane.os.freebsd.devel.file-system... - падающий
> scrub
"9.1-BETA1 FreeBSD 9.1-BETA1 #34: Thu Jul 12 05:57:44 EDT 2012
amd64
4GB of ram, 4gb of swap.
panic: integer divide fault
GNU gdb 6.1.1 [FreeBSD]" — почему я не удивляюсь?
> http://markmail.org/thread/aqf24ykbp2h7ct4n - то же самое, отсутствие fsck доставляет
Тогда и не было команды отмотки пула "zpool import -F", поэтому и доставляло.
> Надо сказать, за отсутствием fsck - шансов кроме как ковырять диск руками - никаких.
Открой для себя новые возможности ZFSv28 ("zpool import -F") и перестань ныть, что нет fsck.
