Всем привет.Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid 1 из 2-х HDD. Проблема в том, что после вылета и замены одного из дисков никак массив не хочет синхронизироваться. Доходит до 39% и всё... Стоим...
Не было ли у кого подобной проблемы?
> Всем привет.
> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
> 1 из 2-х HDD. Проблема в том, что после вылета и
> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
> 39% и всё... Стоим...
> Не было ли у кого подобной проблемы?а про железо что-нибудь?
а про то, как пробовали?
>> Всем привет.
>> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
>> 1 из 2-х HDD. Проблема в том, что после вылета и
>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>> 39% и всё... Стоим...
>> Не было ли у кого подобной проблемы?
> а про железо что-нибудь?Что нибудь? 2 харда по 1 Тб
> а про то, как пробовали?
Стандартно. forget, insert, rebuild
>>> Всем привет.
>>> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
>>> 1 из 2-х HDD. Проблема в том, что после вылета и
>>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>>> 39% и всё... Стоим...
>>> Не было ли у кого подобной проблемы?
>> а про железо что-нибудь?
> Что нибудь? 2 харда по 1 Тб
>> а про то, как пробовали?
> Стандартно. forget, insert, rebuildConsumers:
1. Name: ada3
Mediasize: 1000204886016 (932G)
Sectorsize: 512
Mode: r1w1e1
State: ACTIVE
Priority: 0
Flags: NONE
GenID: 0
SyncID: 10
ID: 3353602530
2. Name: ada2
Mediasize: 1000204886016 (932G)
Sectorsize: 512
Mode: r1w1e1
State: SYNCHRONIZING
Priority: 0
Flags: SYNCHRONIZING
GenID: 0
SyncID: 10
Synchronized: 39%
ID: 988277837
>>> Всем привет.
>>> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
>>> 1 из 2-х HDD. Проблема в том, что после вылета и
>>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>>> 39% и всё... Стоим...
>>> Не было ли у кого подобной проблемы?
>> а про железо что-нибудь?
> Что нибудь? 2 харда по 1 ТбНу если марка винта коммерческая тайна и Вы полностью исключаете возможность покупки железа из брак-серии, то размер винтов было сообщать излишне.
>> а про то, как пробовали?
> Стандартно. forget, insert, rebuildесли все стандартно и не работает - обращайтесь к разработчикам системы.
Вы не сказали ничего, что может помочь решить вопрос. Зачем его тогда было задавать?
>[оверквотинг удален]
>>>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>>>> 39% и всё... Стоим...
>>>> Не было ли у кого подобной проблемы?
>>> а про железо что-нибудь?
>> Что нибудь? 2 харда по 1 Тб
> Ну если марка винта коммерческая тайна и Вы полностью исключаете возможность покупки
> железа из брак-серии, то размер винтов было сообщать излишне.
>>> а про то, как пробовали?
>> Стандартно. forget, insert, rebuild
> если все стандартно и не работает - обращайтесь к разработчикам системы.видно придётся.
> Вы не сказали ничего, что может помочь решить вопрос. Зачем его тогда
> было задавать?Я вроде отвечал на все вопросы, что мне задавались.
>[оверквотинг удален]
>>> Что нибудь? 2 харда по 1 Тб
>> Ну если марка винта коммерческая тайна и Вы полностью исключаете возможность покупки
>> железа из брак-серии, то размер винтов было сообщать излишне.
>>>> а про то, как пробовали?
>>> Стандартно. forget, insert, rebuild
>> если все стандартно и не работает - обращайтесь к разработчикам системы.
> видно придётся.
>> Вы не сказали ничего, что может помочь решить вопрос. Зачем его тогда
>> было задавать?
> Я вроде отвечал на все вопросы, что мне задавались.Только тех-инфы = 0. Спасибо за сотрудничество. Удачи.
> Всем привет.
> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
> 1 из 2-х HDD. Проблема в том, что после вылета и
> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
> 39% и всё... Стоим...
> Не было ли у кого подобной проблемы?больше смахивает на проблемы с хардом/хардами
>> Всем привет.
>> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
>> 1 из 2-х HDD. Проблема в том, что после вылета и
>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>> 39% и всё... Стоим...
>> Не было ли у кого подобной проблемы?
> больше смахивает на проблемы с хардом/хардамиНовый хард из магазина. ошибов вроде READ_DMA, WRITE_DMA нет, dd_rescue ничего не находи, в dmesg
GEOM_MIRROR[1]: Disk ada2 state changed from NEW to SYNCHRONIZING (device gm1).
GEOM_MIRROR[0]: Device gm1: rebuilding provider ada2.и всё
>[оверквотинг удален]
>>> 1 из 2-х HDD. Проблема в том, что после вылета и
>>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>>> 39% и всё... Стоим...
>>> Не было ли у кого подобной проблемы?
>> больше смахивает на проблемы с хардом/хардами
> Новый хард из магазина. ошибов вроде READ_DMA, WRITE_DMA нет, dd_rescue ничего не
> находи, в dmesg
> GEOM_MIRROR[1]: Disk ada2 state changed from NEW to SYNCHRONIZING (device gm1).
> GEOM_MIRROR[0]: Device gm1: rebuilding provider ada2.
> и всёчто говорит smartctl об ada2 и ada3 ?
>[оверквотинг удален]
>>>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>>>> 39% и всё... Стоим...
>>>> Не было ли у кого подобной проблемы?
>>> больше смахивает на проблемы с хардом/хардами
>> Новый хард из магазина. ошибов вроде READ_DMA, WRITE_DMA нет, dd_rescue ничего не
>> находи, в dmesg
>> GEOM_MIRROR[1]: Disk ada2 state changed from NEW to SYNCHRONIZING (device gm1).
>> GEOM_MIRROR[0]: Device gm1: rebuilding provider ada2.
>> и всё
> что говорит smartctl об ada2 и ada3 ?relocated говорит около 230, но одинаково на обоих плюс на другом сервере аналогично, хотя там всё ок. то есть верить смысла нет
> relocated говорит около 230, но одинаково на обоих плюс на другом сервере
> аналогично, хотя там всё ок. то есть верить смысла нетчасто бывает, что и при меньшем количестве, хотя бы на одном диске, сильно проседает скорость всех дисков, в тч и исправных
>> relocated говорит около 230, но одинаково на обоих плюс на другом сервере
>> аналогично, хотя там всё ок. то есть верить смысла нет
> часто бывает, что и при меньшем количестве, хотя бы на одном диске,
> сильно проседает скорость всех дисков, в тч и исправныхНо даже если бы упала скорость, то на несчастный 1 процент за сутки продвинулось бы, ан нет. Опять же dd_rescue ничего не показал. Никаких битых секторов или ещё чего плохого.
>>> relocated говорит около 230, но одинаково на обоих плюс на другом сервере
>>> аналогично, хотя там всё ок. то есть верить смысла нет
>> часто бывает, что и при меньшем количестве, хотя бы на одном диске,
>> сильно проседает скорость всех дисков, в тч и исправных
> Но даже если бы упала скорость, то на несчастный 1 процент за
> сутки продвинулось бы, ан нет. Опять же dd_rescue ничего не показал.
> Никаких битых секторов или ещё чего плохого.попробуйте сначала сделать:
- remove
- forgetзатем на выведенном диске почистите метаданные и после этого вводите в зеркало
прим: у вас диски случайно не 4k?
>[оверквотинг удален]
>>>> аналогично, хотя там всё ок. то есть верить смысла нет
>>> часто бывает, что и при меньшем количестве, хотя бы на одном диске,
>>> сильно проседает скорость всех дисков, в тч и исправных
>> Но даже если бы упала скорость, то на несчастный 1 процент за
>> сутки продвинулось бы, ан нет. Опять же dd_rescue ничего не показал.
>> Никаких битых секторов или ещё чего плохого.
> попробуйте сначала сделать:
> - remove
> - forget
> затем на выведенном диске почистите метаданные и после этого вводите в зеркалоне прокатывает =( dd всё сносил, бесполезно
> прим: у вас диски случайно не 4k?
******* Working on device /dev/ada2 *******
parameters extracted from in-core disklabel are:
cylinders=1938021 heads=16 sectors/track=63 (1008 blks/cyl)Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=1938021 heads=16 sectors/track=63 (1008 blks/cyl)Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
start 63, size 1953525105 (953869 Meg), flag 80 (active)
beg: cyl 0/ head 1/ sector 1;
end: cyl 1023/ head 15/ sector 63
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>
>[оверквотинг удален]
>>>> часто бывает, что и при меньшем количестве, хотя бы на одном диске,
>>>> сильно проседает скорость всех дисков, в тч и исправных
>>> Но даже если бы упала скорость, то на несчастный 1 процент за
>>> сутки продвинулось бы, ан нет. Опять же dd_rescue ничего не показал.
>>> Никаких битых секторов или ещё чего плохого.
>> попробуйте сначала сделать:
>> - remove
>> - forget
>> затем на выведенном диске почистите метаданные и после этого вводите в зеркало
> не прокатывает =( dd всё сносил, бесполезноуверены что все выполняли в нужном порядке?
>> прим: у вас диски случайно не 4k?
нижнее мне ничего не говорит о 4k и определяется по модели, как и tler/cctl
>[оверквотинг удален]
> start 63, size 1953525105 (953869 Meg), flag 80
> (active)
> beg: cyl 0/ head 1/ sector 1;
> end: cyl 1023/ head 15/ sector 63
> The data for partition 2 is:
> <UNUSED>
> The data for partition 3 is:
> <UNUSED>
> The data for partition 4 is:
> <UNUSED>возможно следует смотреть патчи в районе 8.2 и после, возможно модель
контроллера...
Если желаете экспериментировать:
- single-user: dd с оригинала на новый, затем поменять местами и попробовать
синхронизировать, только в роли оригинала будет новый (ну обдумать ньюансы самостоятельно)прим: попробовать спросить у Елсукова
> relocated говорит около 230, но одинаково на обоих плюс на другом сервере
> аналогично, хотя там всё ок. то есть верить смысла нет1. А не проще показать здесь smartctl -i и smartctl -A по обоим винтам?
2. Хм, наверное это я такой "перестраховщик", который при Reallocated_Sector_Ct в десяток-третий отправляет винты либо по гарантии, либо "тихо помирать" в некритичных местах... На самом деле 230 - это МНОГО... и как это у Вас на "новом" - такие-же цифры? - Вы точно туда глядели ?...?Присоединяясь к написанному остальными - при отсутствии данных по железу - думаю, что у Вас "подгуляли" оба винта, просто один из них еще "скрипит, но работает", а второй "помер окончательно", и боюсь, что синхронизация в таков случае - будет весьма проблематичной ...
>[оверквотинг удален]
> обоим винтам?
> 2. Хм, наверное это я такой "перестраховщик", который при Reallocated_Sector_Ct в десяток-третий
> отправляет винты либо по гарантии, либо "тихо помирать" в некритичных местах...
> На самом деле 230 - это МНОГО... и как это у
> Вас на "новом" - такие-же цифры? - Вы точно туда глядели
> ?...?
> Присоединяясь к написанному остальными - при отсутствии данных по железу -
> думаю, что у Вас "подгуляли" оба винта, просто один из них
> еще "скрипит, но работает", а второй "помер окончательно", и боюсь, что
> синхронизация в таков случае - будет весьма проблематичной ...Тут фишка в том, что smartctl выдаёт абсолютно(!) одинаковую инфу по обоим винтам, и по тому на котором данные и по новому( совсем новому ), который я пытаюсь запихать в рейд.
Уточните какие данные нужны по железу, напишу. А то так можно и lspci прислать.
> Уточните какие данные нужны по железу, напишу. А то так можно и
> lspci прислать.А Вы мой "п.1" читали ? - "1. А не проще показать здесь smartctl -i и smartctl -A по обоим винтам?" - не пойму - Вам потролить хочется, или решить проблему? - может Вы нам начнете показывать хоть какие-нить данные ?
> А Вы мой "п.1" читали ? - "1. А не проще показать
> здесь smartctl -i и smartctl -A по обоим винтам?"а smartctl -a не проще?
ну и на dmesg, ВЕСЬ, было бы интересно глянуть.
> Всем привет.
> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
> 1 из 2-х HDD. Проблема в том, что после вылета и
> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
> 39% и всё... Стоим...
> Не было ли у кого подобной проблемы?было и далеко не один раз, во всех разах, был бедблок на винте ОСТАВШЕМСЯ в райде. обычно в messages видно ошибки, когда синхронизация стопорится, проверить можно так же dd-шкой: dd if=/dev/винт of=/dev/null и в это время смотреть: tail -f /var/log/messages|grep kernel.
>> Всем привет.
>> Есть FreeBSD 8.2 RELEASE. В ней есть массив gmirror, самый обычный raid
>> 1 из 2-х HDD. Проблема в том, что после вылета и
>> замены одного из дисков никак массив не хочет синхронизироваться. Доходит до
>> 39% и всё... Стоим...
>> Не было ли у кого подобной проблемы?
> было и далеко не один раз, во всех разах, был бедблок на
> винте ОСТАВШЕМСЯ в райде. обычно в messages видно ошибки, когда синхронизация
> стопорится, проверить можно так же dd-шкой: dd if=/dev/винт of=/dev/null и в
> это время смотреть: tail -f /var/log/messages|grep kernel.Пусто... печалька...
> было и далеко не один раз, во всех разах, был бедблок на
> винте ОСТАВШЕМСЯ в райде. обычно в messages видно ошибки, когда синхронизация
> стопорится, проверить можно так же dd-шкой: dd if=/dev/винт of=/dev/null и в
> это время смотреть: tail -f /var/log/messages|grep kernel.Долго и не практично - на месте ТС - проще было глянуть в smartctl -A /dev/XXX до начала синхронизации, и спустя какое-то время после того, как у него синхронизация "застряла"...
А вообще-то - не понимаю, неужто на сервере так долго настроить демона smartctl ?... Или по другому - неужто можно юзать сервер без этого демона ?...