* [Hardware] Fwd: Обзор достоинств программного RAID в Linux (3ware)
@ 2006-09-02 12:49 Michael Shigorin
2006-09-04 11:20 ` Maxim Tyurin
0 siblings, 1 reply; 2+ messages in thread
From: Michael Shigorin @ 2006-09-02 12:49 UTC (permalink / raw)
To: hardware
----- 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 разочаровал очень сильно. особенно соотношение цена/качество
продукта/уровень саппорта и его скорость (однажды вообще робот прислал письмо:
ответим через 2 недели. какие 2 недели? а как же "решения для бесперебойной работы"?).
----- End forwarded message -----
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Hardware] Fwd: Обзор достоинств программного RAID в Linux (3ware)
2006-09-02 12:49 [Hardware] Fwd: Обзор достоинств программного RAID в Linux (3ware) Michael Shigorin
@ 2006-09-04 11:20 ` Maxim Tyurin
0 siblings, 0 replies; 2+ messages in thread
From: Maxim Tyurin @ 2006-09-04 11:20 UTC (permalink / raw)
To: hardware
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
___
/ _ )__ _____ ___ ____ _______ _____
/ _ / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/ \_,_/___/
/___/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-09-04 11:20 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-09-02 12:49 [Hardware] Fwd: Обзор достоинств программного RAID в Linux (3ware) Michael Shigorin
2006-09-04 11:20 ` Maxim Tyurin
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