28.11.2015 14:54, Vladislav V. Prodan пишет:
Здравствуйте.
Система FreeBSD 10.1 amd64, 8 ГБ памяти
Раз в полгода с пулом данным возникают проблемы.
Сейчас загрузочный пул грузится, но система подвисает на этапе загрузки
ZFS разделов из второго пула...
Сейчас загрузился с MfsBSD.
в режиме реад-онли оба пула монтируются
В режиме записи монтируется только загрузочный пул.
Любая из этих команд подвешивает ZFS и zpool (помогает только reboot)
zpool import -R /mnt/tank -f tank
zpool import -R /mnt/tank -fFX tank
zpool import -d /dev/gpt -f tank
zpool import -o altroot=/mnt/tank -o
cachefile=/mnt/zroot/boot/zfs/zpool.cache -fFX tank
truss для дебага не очень помогает.
zdb -l /dev/ada[1-3,5]
показывает, что метаданные дисков в норме....
Попытка переименовать пул не проходит:
# zpool import -D -nfF -d /dev/gpt -X tank tank2
cannot import 'tank': no such pool available
Как починить пул с данными - tank, не пересоздавая его?
Спасибо.
Натыкался на такое, только у меня не подвисала ОС, а паниковало ядро.
Помог только 1 способ: загрузка с Oracle Solaris (возможно придётся
взять OpenIndiana или другой дистр, так как версия пула там 5000, а в
Oracle Solaris - 37, но ход мыслей думаю понятен), и просмотр состояния
пула. Он был в degraded (выпал один из дисков). После удаления из него
этого диска (был mirror, стал single пул), монтирование под FreeBSD
проходило без проблем. Единственное
Дальше ещё интереснее. Проверил диск, погонял тесты, и ... диск
исправен. Опять вставляю его в пул и через полгода он опять "выпадает"
таким же образом (kernel panic и всё, что выше). После вдумчивого
пристального осмотра дисков, обнаружил, что у него кеш 16, а у остальных
32. Замена этого диска на такой же, но с 32 решила проблему. Возможно и
сам диск был сбойным или я недостаточно тестов провёл...