вступление
Прежде всего, для тех, у кого такая же проблема в 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.shи checksum-spare.shвручную, и, судя по времени, затраченному на выполнение, а также неизменному состоянию пула, они, похоже, не работали правильно. Может быть, это потенциальный источник проблемы.
Мои планы
Насколько мне известно, для пользователей Ubuntu 16.04 ZFS в настоящее время нет решения этой проблемы. Я планирую продолжать использовать ZFS с конфигурацией a mirroredили raidz(RAID5) в зависимости от производительности, которую я получаю при тестировании (зеркальное отображение будет быстрее, но я хочу увидеть скорость raidz) Горячий резерв увеличил бы избыточность обоих этих конфигов. Но, к сожалению, нам придется ждать дальнейшего развития zfsonlinuxпроекта.
sddдостаточно большой? Также нет смысла иметь двустороннее зеркало с запасным. Просто сделай это трехстороннее зеркало. Поэтому, если вы просто не тестируете запасную замену, ваша конфигурация не имеет смысла.