[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Опять второй пул ZFS перестал монтироваться :(
Починил. Загрузился с MfsBSD, подключил swap разделы. Дальше запускаю tmux, чтоб не плодить ssh сессии. Запускаю truss zpool import -R /mnt/tank tank tank2 в одной из окон tmux. При монтировании очень больших ZFS разделов могут быть длинные паузы, но импорт работает. По zfs list можно было наблюдать поочередное монтирование разделов. Дальше уже обратное переименование и выставление правильной точки монтирования. -- Vladislav V. Prodan System & Network Administrator support.od.ua
[freebsd] Re: [freebsd] Re: [freebsd] Опять второй пул ZFS перестал монтироваться :(
> > >> Натыкался на такое, только у меня не подвисала ОС, а паниковало ядро. > Помог только 1 способ: загрузка с Oracle Solaris (возможно придётся взять > OpenIndiana или другой дистр, так как версия пула там 5000, а в Oracle > Solaris - 37, но ход мыслей думаю понятен), и просмотр состояния пула. Он > был в degraded (выпал один из дисков). После удаления из него этого диска > (был mirror, стал single пул), монтирование под FreeBSD проходило без > проблем. Единственное > > Дальше ещё интереснее. Проверил диск, погонял тесты, и ... диск исправен. > Опять вставляю его в пул и через полгода он опять "выпадает" таким же > образом (kernel panic и всё, что выше). После вдумчивого пристального > осмотра дисков, обнаружил, что у него кеш 16, а у остальных 32. Замена > этого диска на такой же, но с 32 решила проблему. Возможно и сам диск был > сбойным или я недостаточно тестов провёл... > У меня была подобная ситуация - тоже два разных винта было, у меня монтирование раздела вызывало кернел паник, но это было давно - наверное еще восьмерка или ранняя девятка. Правда там еще одна планка памяти умерла - я не стал разбираться, кто был виноват, но винты заменил. Было еще что система висла, машина загружалась, проходило пару минут и все - просто машина переставала реагировать. Пул без проблем монтировался, сейчас оба винта из того пула стоят в другом сервере в качестве второй резервной копии - потеря не критична, но пол года уже прошло. Никаких проблем Еще было, что один диск все время из пула выпадал и из системы, после перезагрузки он возвращался в пул сам. Диск был заменен новым, а старый без проблем работает уже третий год в другой машине
[freebsd] Re: [freebsd] Опять второй пул ZFS перестал монтироваться :(
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 решила проблему. Возможно и сам диск был сбойным или я недостаточно тестов провёл...
