= Сообщение: 8635 из 10753 ===================================== RU.UNIX.BSD = От : Sergey Anokhin 2:5034/10.999 12 Feb 19 09:58:11 Кому : All 12 Feb 19 09:58:11 Тема : Re: дебаг FGHI : area://RU.UNIX.BSD?msgid=2:5034/10.999+446c33a3 На : area://RU.UNIX.BSD?msgid=grosbein.net+48bc5912 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.UNIX.BSD?msgid=<1187511270@ddt.demos.su>+4f1fc416 Ответ: area://RU.UNIX.BSD?msgid=grosbein.net+b7db64e7 ============================================================================== SA> Если сделать scrub оно в цикле ребутится, ребутится падает записывает SA> корку и снова падает. > Тебе пора писать в stable@freebsd.org вот с этой информацией, > у тебя повреждён пул и из-за бага в ядре оно не может его починить.
я подозреваю в какой-то момент моргнула память или пул сломался из-за паники, холд ресет и т.п. и вот оно починиться не может. или может на сайте bug.freebsd.org написать?
> Ты не ответил - у тебя зеркало? Вполне вероятно, что тебе придётся > разобрать зеркало (zpool split), создать новый пул на втором диске, > скопировать все данные на новый пул, за исключением базы MySQL, > при обращении к которой ZFS паникует, а базу накатить из бекапов > и убить старый пул, а потом освободившийся диск обратно вставить > в зеркало. Если у тебя зеркало.
Я ответил, но оно не отправилось, у меня single hdd, я думаю даже не в базе дело, там файлики есть их куча, и они перлом обрабатываются и в базу всасываются, вот я думаю побился один и при обработке паникует. Hо возможно есть смысл склонировать на другой диск, я тут пытался бут лоадер проапргейдить, так оно мне сказало что 64к мало ) пришлось на другой диск ставить там где своп.
