Представьте такую ситуацию: из-за сбоя (не суть важно какой природы) данные не соответствуют своей контрольной сумме. Далее вы меняете диски и делаете ребилд. Но откуда контроллеру знать, верны скопированные данные или контрольная сумма (речь не о контрольной сумме RAID5)? Как была проблема с bad stripes, так и останется (я кстати, не знаю, все ли контроллеры в таких условиях вообще соглашаются на ребилд).buggzy писал(а): но разве массив после этого нельзя будет использовать вообще? как-то это непонятно.
aacraid, debian и rejecting I/O to offline device
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Advanced member
- Сообщения: 507
- Зарегистрирован: 17 апр 2009, 00:49
- Откуда: Yerevan
Re: aacraid, debian и rejecting I/O to offline device
Re: aacraid, debian и rejecting I/O to offline device
ни откуда. пусть любую фигню выдает в качестве данных на этом секторе и считает их правильными. один поврежденный сектор - приятнее, чем весь поврежденный логический диск.buggzy писал(а):Далее вы меняете диски и делаете ребилд. Но откуда контроллеру знать, верны скопированные данные или контрольная сумма
когда извлекли и вставили обратно один из дисков (тот, на котором aborted requests), он автоматом начал ребилд делать.Black-Dragon писал(а):я кстати, не знаю, все ли контроллеры в таких условиях вообще соглашаются на ребилд
- DeadMazay
- Advanced member
- Сообщения: 1743
- Зарегистрирован: 20 сен 2007, 15:07
- Откуда: Новосибирск, Мск
- Контактная информация:
Re: aacraid, debian и rejecting I/O to offline device
так не надо делать... либо менять на новый... либо гонять тестами сбойный винт, и при условии его нормального функционирования затереть все на низком уровне и вставить обратноbuggzy писал(а): когда извлекли и вставили обратно один из дисков (тот, на котором aborted requests), он автоматом начал ребилд делать.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: aacraid, debian и rejecting I/O to offline device
Если сервак наш - стучите в сервис, разберемся.
Но бэд страйпы могли появиться и по причине случайного сбоя питалова - собственно в указанной статье все расписано конкретно.
Но бэд страйпы могли появиться и по причине случайного сбоя питалова - собственно в указанной статье все расписано конкретно.
Re: aacraid, debian и rejecting I/O to offline device
Это все замечательно, когда сервер стоит у тебя, а не когда ты умоляешь сотрудника ДЦ в субботу вечером придти что-то сделать там Максимум, на что его удалось уговорить - помочь найти сбойный винт путем их вытыкания и разглядывания биоса через KVMoIP. К сожалению, с первого раза не угадали, и выткнули не тот винт. Но после его втыкания прошел нормальный ребилд, более того, система запустилась на еще degraded массиве и не упала, когда его ребилд был закончен.DeadMazay писал(а):так не надо делать... либо менять на новый... либо гонять тестами сбойный винт, и при условии его нормального функционирования затереть все на низком уровне и вставить обратно
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: aacraid, debian и rejecting I/O to offline device
Еще раз - надо просто с самого начала ставить ASM и периодически гонять верификацию - тогда таких проблем или не будет.
- DeadMazay
- Advanced member
- Сообщения: 1743
- Зарегистрирован: 20 сен 2007, 15:07
- Откуда: Новосибирск, Мск
- Контактная информация:
Re: aacraid, debian и rejecting I/O to offline device
и уведомления себе в мыло слать тоже не плохоgs писал(а):Еще раз - надо просто с самого начала ставить ASM и периодически гонять верификацию - тогда таких проблем или не будет.
Re: aacraid, debian и rejecting I/O to offline device
только когда уведомления не пришли, понимаешь, что они не пришли на сервере почтовый сервис не был настроен, скорее всего, потому, что никто не ожидал, что с него кто-то когда-то будет слать почту.DeadMazay писал(а):и уведомления себе в мыло слать тоже не плохо
Re: aacraid, debian и rejecting I/O to offline device
асм, кстати, жгучая вещь. пытаешься законнектиться к серверу асмом, сидя на сером ип, сервер пытается осуществить обратный коннект. конечно же, на серый ип и из-за этого не работает. сейчас вот не могу посмотреть с работы, что там происходит - нет белого ипа.gs писал(а):Еще раз - надо просто с самого начала ставить ASM и периодически гонять верификацию - тогда таких проблем или не будет.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 27 гостей