= Сообщение: 8892 из 10753 ===================================== RU.UNIX.BSD = От : Victor Sudakov 2:5005/49 02 May 19 22:12:40 Кому : eugen 02 May 19 22:12:40 Тема : epic story FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5ccb099f На : area://RU.UNIX.BSD?msgid=grosbein.net+8fd92f8c = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Dear eugen,
02 May 19 15:58, Eugene Grosbein wrote to me:
VS>>>> А я это не к проблеме с метаданными, а ранее по тексту - к VS>>>> замечанию что "the hotspare - which turned out to be not so VS>>>> 'hot' as you had to manually switch it in and the array was VS>>>> recovered following a week long resilver process." EG>>> Там он рассказывает историю многих лет. Конкретно это замечание EG>>> давно устарело, так как штатный zfsd нынче решает эту проблему и EG>>> это документировано в man zpool. VS>> А почему он в rc.conf по умолчанию выключен?
EG> Да там и zfs_enable нет по умолчанию. Вероятно, потому что лишний EG> демон не нужен в большинстве инсталляций?
Ну как zfs_enable нет, очень даже есть, если ставишь на ZFS.
А с hot spare в zfs всё-равно какая-то труба, или я её готовить не умею. Вспомнаю, что пару лет назад так и не смог назначить один диск как hot spare к zmirror, и плюнул. Наверное тогда же и на zfsd плюнул и забыл про него.
В mfi у меня сейчас один общий hot spare для двух томов.
