У меня лично подобная ситуация была. Как записано в history моего пула, было решено командой detach
History for 'Pool': (с сокращениями)
2011-04-06.02:09:26 zpool create -f -m /mnt/Pool Pool raidz /dev/ad4.nop /dev/ad6.nop /dev/ad8.nop /dev/ad12.nop /dev/ad16.nop /dev/ad18.nop
2011-04-10.21:13:25 zpool replace Pool /dev/ad12 /dev/ad14
2011-04-16.00:38:52 zpool detach Pool 10273301531983452669
2011-04-16.00:39:54 zpool replace Pool /dev/ad18 /dev/ad12
Но, бывает, это не помогает, ср тут. Камрад купил пачку дисков из одной партиии, собрал на них пул, работал с ними полтора года - и в один прекрасный день они дружно посыпались. Начал менять - диск тоже сдох, в результате
12 NAME
13 data
14 raidz2-0
15 gptid/b008179c-7ce4-11e0-804d-001b218455
16 gptid/b092e804-7ce4-11e0-804d-001b218455
17 gptid/b11821d9-7ce4-11e0-804d-001b218455
18 gptid/b1a3f38d-7ce4-11e0-804d-001b218455
19 replacing-4
20 10770492699659483544
21 gptid/4581fddc-3c37-11e2-9645-001b218455
22 gptid/b2b6bdd6-7ce4-11e0-804d-001b218455
23
24 errors: Permanent errors have been detected in the following files:
25
26 <metadata>:<0x23>
27 <metadata>:<0x4b>
28 <metadata>:<0x5a>
Видно, строки 19-21, процесс замены одного диска, уже не доступного системе, на другой. И этот процесс застопорился, так как нет достаточного числа копий, чтобы восстановить всю информацию (см строку 15, этот диск тоже дышит на ладан).
Если бы у нас был обычный RAID массив, было бы тяжко, сопротивляется. Обратите внимание, что массив по-прежнему доступен и очень большую часть информации с него можно скопировать. Если, не дай бог, вы попали в такую ситуацию - именно сохранением информации на другие диски и надо заняться. А потом уже пытаться лечить массив.
Камрад iZEN задал спецу вопрос и получил тут ответ
"Ага, есть такое дело, сталкивался пару раз. Для (Open)Solaris придумал достаточно некрасивый, но работающий хак:
echo zfs_no_scrub_io/W0t1 | mdb -kwПосле этого надо дать resilver закончиться (он пройдёт достаточно быстро), и «zpool offline» сбойное устройство.
Потом поменять параметр назад:
echo zfs_no_scrub_io/W0t0 | mdb -kwи «zpool replace» его работающим диском.
Принцип работы хака: мы пропускаем собственно часть, которая пишет данные; resilver заканчивается (естественно, на битый диск мы ничего не пишем, так что ошибок на нём не будет, но и данных тоже)."
NB mdb на FreeBSD нет, то есть массив для применения хака придется перетаскивать на Solaris.