|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Shuko 2:5005/66 23 Sep 2005 00:21:52
To : Aleksey Barabanov
Subject : Разбивка диска с LVM
--------------------------------------------------------------------------------
22 Sep 05 13:47, you wrote to Alex Korchmar:
AK>> А теперь расскажи собравшимся, сколько в твоем ведении рэйдов.
AK>> "Хотя бы - софтверных." И сколько они у тебя проработали.
AK>> Если окажется что один-два и те поставлены позавчера -
AB> "следующий!".
AB> Очередная попытка пипискомерства.
провалилась.
AB> Если один-два и поставлены недавно, то :
AB> 1.Эти рейды сделаны на последней версии софта и с использованием
AB> наиболее актуальной документации.
AB> 2.Эти рейдам уделяется максимальное внимание.
AB> Все очень хорошо. Hе вижу в этом проблем.
AB> Иначе надо сделать вывод, что никому не стоит и начинать кроме как с
AB> сотни рейдов.
AS>>> за то что винт не гавкнется со
AS>>> всей инфой ни один производитель не подпишется. обычно они
AB> начинают
AS>>> сыпаться постепенно
AK>> зато вот рэйды имеют привычку гавкнуться раз и навсегда. Особенно
AK>> - софтверные и дешевые хардверные. Впрочем и дорогие преподносят
AB> Вот это БРЕД !!!!
AB> Такую ахинею мог написать лишь человек HИ РАЗУ не имевший дел с
AB> софтовыми рейдами.
AB> У меня их куча. С начала века сыпались 3 раза.
AB> 1 раз - брендовая машинка ibm.
AB> умирала мучительно в течение суток. я рассмотрел все фазы. добил ее
AB> почтовой рассылкой с предупреждением об отключении ;)
AB> 1 раз - хреновый wd.
AB> уже расказывал
рейды сыпались или диски в них? вобщем-то разные вещи. сколько раз дохлые диски
менял уже и не сосчитать. и инфа целая. а вот обезьяны с хостерского центра
даже хотсваповые железные рейды не всегда нормально обслуживают. однажды
отформатировали (переинитили) рейд во время замены умершего диска. хорошо хоть,
зная их тупость, запланировал эту операцию с остановкой сервера и сначала сделал
бекап, который пришлось подымать вместе с системой на другой железке. кстати,
быстро поднялся - виртуальные системы рулят.
AB> 1 раз - самозбор (чужой, машинка была унаследована) smp.
AB> рейд переодически отказывался синхронизировать некоторые тома. тома
AB> переводились в плайн, затем воссоздавался новый однофазный рейд,
AB> данные
AB> переносились на него и потом все запускалось в штатном режиме. вся
AB> работа 40 мин. без потери данных
AB> Короче, все происходит очень медленно и вполне управляемо. Конечно,
AB> если рейд хардверный, или точнее с закрытым фирмваре, то картина
AB> совсем иная. Смерть молниеносна и реинкарнация затруднительна ;)))
софтверный рейд для меня предпочтительнее когда особой скорости не нужно и
он у меня в пределах досягаемости. ремотно все же лучше хардверный - тамошнему
персоналу проще.
Anton
--- GoldED/W32 3.0.1
* Origin: Пиво пить - здоровым быть !!! (2:5005/66)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
