вступление
Прежде всего, для тех, у кого такая же проблема в Ubuntu 16.04, в настоящее время это постоянная ошибка, и, насколько мне известно, она не была исправлена. Вы можете посетить беседу github здесь, чтобы увидеть ошибку, на которую я ссылаюсь. Во-вторых, я пишу этот пост как энтузиаст и средний пользователь Linux, я не разработчик или в настоящее время работаю над Linux как профессия. При этом я предоставлю информацию, которую я нашел по этому вопросу, насколько мне известно.
Проблема:
Функциональность горячего резервирования, встроенная в zfsonlinuxпакет, в настоящее время не работает, как указано на странице руководства. zpoolсправочная страница:
Hot Spares ZFS allows devices to be associated with pools as "hot spares". These devices are not actively used in the pool, but when an active device fails, it is automatically replaced by a hot spare. Примечание. Функционирование «холодного резерва» (запасного не заменяется автоматически) работает, но только в конфигурациях, состоящих из mirrorsили любой из них raidz's. Если у вас есть такая конфигурация:
NAME STATE READ WRITE CKSUM pool ONLINE 0 0 0 sdb ONLINE 0 0 0 sdc ONLINE 0 0 0 spares sdd AVAIL При выходе из строя диска вы не сможете заменить его запасным из-за pool I/O is currently suspendedошибки.
Попытки решения:
Это список пробных решений, через которые я прошел, и полученные результаты:
Автоматическая замена ZFS: Оказывается, что согласно
zpoolсправочной странице и моему пониманию,autoreplaceфункциональность заключается не в замене поврежденного диска на запасной, а в замене самого поврежденного диска любым новым устройством, найденным на его месте.zpoolсправочная страница:If set to "on", any new device, found in the same physical location as a device that previously belonged to the pool, is automatically formatted and replaced.autoreplaceэто хорошо иметь, но для достижения функциональности горячего резерва я не верю, что это необходимо. Я не могу подтвердить это, кроме как через страницу справочника, потому что я не смог заставить запасных работать.ZED.rc: позже я нашел внутри разговора на GitHub, что
ZED_SPARE_ON_CHECKSUM_ERRORSиZED_SPARE_ON_IO_ERRORSфлаги должны были быть установлены в пределахzed.rc. Как сказал @ user121391 в своем ответе на это сообщение, сервис / демон zed определяет состояние пула и то, что необходимо сделать на основе этого статуса. Вы можете увидеть zed.d на работе, запустивzpool events. Больше на zed.d на linux здесь . После установки флагов, перезагрузки и, на всякий случай, перенастройки нового пула, мое тестирование горячего резерва снова оказалось отрицательным.Скрипты ZED.d: В комментарии @Michael Kjörling он упомянул некоторые скрипты, упакованные с ZED, которые написаны, чтобы помочь в сценарии горячего резервирования. Я действительно нашел сценарии, расположенные в
/etc/zfs/zed.d. Вы можете просмотреть эти скрипты на странице github здесь . Из моего понимания zed.d, когда событие запускается, демон ZED запускает один из этих сценариев в зависимости от его состояния. При этом я пытался запуститьio-spare.shand иchecksum-spare.shвручную, и, судя по времени, затраченному на выполнение, а также неизменному состоянию пула, они, похоже, не работали правильно. Может быть, это потенциальный источник проблемы.
Мои планы
Насколько мне известно, для пользователей Ubuntu 16.04 ZFS в настоящее время нет решения этой проблемы. Я планирую продолжать использовать ZFS с конфигурацией a mirroredили raidz(RAID5) в зависимости от производительности, которую я получаю при тестировании (зеркальное отображение будет быстрее, но я хочу увидеть скорость raidz) Горячий резерв увеличил бы избыточность обоих этих конфигов Но, к сожалению, нам придется ждать дальнейшего развития zfsonlinuxпроекта.