|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 18 Apr 2007 23:41:04 To : Oleg Drokin Subject : Re: hardware raid vs md -------------------------------------------------------------------------------- Oleg Drokin <green@linuxhacker.ru> wrote: AK>> И? Снять его оттуда, отрубив нах это похожее, которое тоже ведь кому-то AK>> надо? OD> Если дело в том чтобы быстро восстановить, то можно тот второй задаунить, OD> подоткнуть винтики из первого, зарепликейтить куда-то, потом обратно ээ... я бы - не рискнул. Особенно с таким рэйдом которого на контору две штука и оба используются. Рэйды имеют очень странные представления о том, что происходит при перетыкании винтиков - даже тупой SRCZ ведет себя не вполне очевидным образом и позволяет одним движением угробить их начинку. Поскольку SRCZ'ей у нас много и массивы небольшие - мы, в общем, знаем как именно себя ведет и что ему отвечать (и даже как заранее настраивать) Как поведет себя взрослый внешний ящик - я не рискну изучать, перетыкая винты. Он может их вообще отказаться видеть, да еще записать на них что-то такое от чего и старый после ремонта тоже не захочет иметь с ними дело. Hикакой разумной логике поведение этих штуковин не подчиняется. OD> Ха, а если можешь, то DDN говорит "ну давайте будем дебажить" и начинают OD> дебажить на твоей системе, а через пару недель выкатывают firmware update ага, да, забыл. Hет, firmware update это первое с чего они начнут - причем опять без гарантий что оный апдейт безопасен для данных. OD> Hо все же что0то там внутре у них бывает, как я понимаю что уменьшает OD> вероятность одномоментного умирания всего. железного - уменьшает. Софтового - увеличивает. AK>> ага, а потом выясняется, что без нее работоспособность после power fail AK>> вообще не гарантируется без factory service'а. OD> Да гарантироваться то она гарантируется, а что толку если два гига кеша ну вот гораздо интересней, если таки не. Прецеденты были, уже не помню, с кем. То есть имеем не просто дохлый рэйд, а дохлый таким образом, что восстановлению в пределах конторы он не подлежит (а фабричная процедура - на фабрике через месяц и с потерей всех данных) - не предусмотрели индусы возможность выключения на ходу, не пришла им в головы эта простая мысль, а пришла, так ее вытеснили чизбургером. > Alex --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/65779bc7fc0e.html, оценка из 5, голосов 10
|