From: Maxim Tyurin <mrkooll@bungarus.info> To: hardware@lists.altlinux.org Subject: Re: [Hardware] Fwd: Обзор достоинств программного RAID в Linux (3ware) Date: Mon, 04 Sep 2006 14:20:10 +0300 Message-ID: <m3veo3280l.fsf@mrkooll.tdr.pibhe.com> (raw) In-Reply-To: <20060902124905.GG11485@osdn.org.ua> (Michael Shigorin's message of "Sat, 2 Sep 2006 15:49:05 +0300") Michael Shigorin writes: > ----- Forwarded message from andrey <newsdispute@opennet.ru> ----- > > Новое сообщение от 'andrey' <!jr_laborant mail ru> в форуме 'Разговоры, обсуждение новостей' > Посмотреть: http://www.opennet.ru/openforum/vsluhforumID3/22783.html#36 > Тема: Обзор достоинств программного RAID в Linux > >>>на правильности 3ware я бы не стал настаивать... >>Ну я пока все что можно не проверил в эксплуатацию железки не >>сдавал. >>А за месяц проверил всё... >>Потом ещё опытная эксплуатация в течении 2 месяцев. > в моем случае не было только опытной эксплуатации - нужно было сдавать решение. > а тестов было около месяца. тестились как штатные операции, так и варианты на > грани абсурда, однако теоретически возможные в реальной работе (например, > выведение одного диска из массива raid-5, через некоторое время вывод второго, > возврат обоих дисков на свои физические места и автоматический(!) выход > контроллера из inoperable state путем возврата с 50% вероятностью первого(!) > диска. контроллер признает массив рабочим, что есть в корне неверно, ибо > целостность данных теряется) Есть хорошая поговорка "Сдуру можно и хрен сломать" как раз про этот случай. > и все это работает и все славно. если находились непонятки - это уточнялось у > саппорта, делались багрепорты. но когда в один прекрасный помомент при удалении > одного юнита (spare-disk. могу же я его удалить, не так ли?) в штатной > ситуцации, контроллер решил снести все массивы (причем примонтированные, что > софт 3ware якобы отслеживает и не позволяет выполнять) - вот тут стало не по > себе. далеко не все проблемы проявляются сразу и месяц-два-десять тут не срок, > поскольку, как выяснилось, даже штатная операция при определенном стечении > обстоятельств приводит к проблемам Вот про эту ситуацию я не слышал. У меня и у знакомых много контроллеров 3ware. Про такое я слышу первый раз. > даже сам 3ware признает проблему, например, когда после неоднократной нештатной > перезагрузки контроллер становится неуправляемым и невидимым на шине. да, они > пишут, что вероятность этой проблемы ооочень низка. но она-то есть! и что меня > в ярость вводит, это то, что подобная проблема не исправляется и лишь > помещается как известный баг в аннотациях к новым версиям прошив на протяжении > нескольких выпусков обновлений! а если у меня система на их контроллере живет > (врятли когда-то на такие вещи пойду :) )? сами ж написали: мы классные, мы > дарим вам новую фичу! зайти на машину, чтобы ее ребутнуть не получится. не > знаю, меня 3ware разочаровал очень сильно. особенно соотношение цена/качество > продукта/уровень саппорта и его скорость (однажды вообще робот прислал письмо: > ответим через 2 недели. какие 2 недели? а как же "решения для > бесперебойной работы"?). Ну support у них гниловат. Я и не спорю. Насчет нескольких нештатных перезагрузок подряд - при таком раскладе FS начнут уходить в страну мертвых пингвинов. Так что с контролером это не самая большая проблема. -- With Best Regards, Maxim Tyurin JID: MrKooll@jabber.pibhe.com ___ / _ )__ _____ ___ ____ _______ _____ / _ / // / _ \/ _ `/ _ `/ __/ // (_-< /____/\_,_/_//_/\_, /\_,_/_/ \_,_/___/ /___/
prev parent reply other threads:[~2006-09-04 11:20 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2006-09-02 12:49 Michael Shigorin 2006-09-04 11:20 ` Maxim Tyurin [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=m3veo3280l.fsf@mrkooll.tdr.pibhe.com \ --to=mrkooll@bungarus.info \ --cc=hardware@altlinux.ru \ --cc=hardware@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux hardware support This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/hardware/0 hardware/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 hardware hardware/ http://lore.altlinux.org/hardware \ hardware@altlinux.ru hardware@lists.altlinux.org hardware@lists.altlinux.ru hardware@lists.altlinux.com hardware@altlinux.org public-inbox-index hardware Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.hardware AGPL code for this site: git clone https://public-inbox.org/public-inbox.git