У меня есть пул, который находится в состоянии UNAVAL («Не удалось открыть одно или несколько устройств. Недостаточно реплик для продолжения работы пула») из-за недавнего сбоя диска.
Я планирую отремонтировать неисправный диск (т.е. воспользоваться услугой восстановления данных), чтобы вернуть пул в оперативный режим на время, достаточное для его переноса, однако есть одна загвоздка, которую я не знаю, как обойти.
Имена устройств в моем пуле используют серийный номер моих дисков (/ dev / disk / by-id / style). Я сделал это, потому что у меня много дисков, и имена / dev / sd * будут перемещаться при каждой загрузке, что, конечно же, нанесло ущерб пулу. Однако в этом случае, поскольку я собираюсь вернуть «тот же» диск (с точки зрения данных, но не оборудования) обратно в сеть, но с другим именем устройства, я не думаю, что он будет правильно распознавать его автоматически. , и я не совсем уверен, как команда «заменить» будет обрабатывать новый диск. Возможно, это просто сработает, но, судя по документации, он может рассматривать новый диск как «пустой» вместо того, чтобы использовать его для восстановления пула (или, может быть, ZFS просматривает содержимое диска и действует соответственно, я просто не уверен ).
Вкратце, я хочу взять автономный диск, зарегистрированный в пуле по имени аппаратного устройства, скопировать его на другой физический диск, а затем перевести новый диск в оперативный режим вместо оригинала.
Я провожу несколько экспериментов с непроизводственными устройствами, чтобы выяснить это, но я очень ценю любые мысли от тех из вас, кто знает больше о том, что ZFS делает «под капотом» или имеет опыт восстановления такого рода! Кроме того, если есть документы, документы и т. Д., Которые попадают на этот уровень настройки, я был бы рад их также изучить.
Чтобы быть предельно ясным, это не предназначена для долгосрочной конфигурации, достаточно только для эвакуации содержимого массива, поэтому я не против решений, которые не подходят для долгосрочных / производственных сред.
Похоже, ответом является простая символическая ссылка:
Спасибо, Unix!