|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 21 Jun 2006 00:27:40 To : Andrew Dolgov Subject : Re: Sata raid -------------------------------------------------------------------------------- Andrew Dolgov <Andrew.Dolgov@p1.f1022.n5030.z2.fidonet.org> wrote: AK>> ну чем бы ему работать хуже незнамокаким пионером писанного на коленке? AD> потому что его писал другой незнамо какой пионер? кстати, вот AD> для ядра новые алгоритмы элеватора появляются периодически. как AD> бы их запихнуть в эту хрень с батарейкой? э... засунуть диск с серверным конфигуряловом в одну дырку, флэшку (если пожабился на настоящий флопик) c апдейтом прошивки в другую, дырки стараться не перепутать - флэшку потом хрен выковыряешь. Вроде так? Hеделю назад самолично делал (чужому потому как серверу). AD> если бы там был линукс унутре, я может был бы даже более спокоен. правда AD> нахрена мне еще один линукс - это загадка. на том линуксе унутре не работают посторонние глюкалы, поэтому он глючит и тормозит отдельно от них. AD> у меня уже есть процессор, спасибо. на операцию xor его хватает. выкинь в его еще вполне хватит выполнить что-нибудь невменяемое из-за того что кусок кода отвечающий за tcp загадил ненароком область памяти md. AD>>> в том, что все рейды управляются стандартными средствами. а не AK>> стандартное средство это два lvm'а и mdadm ? AD> ты вполне можешь использовать что-то одно. я вот использую md, потому что ну я и контроллеры в принципе могу использовать одинаковые, правда, честно говоря, не вижу особенного смысла. В любом случае статус рэйда на сервере нумер 705 я проверять руками не полезу. А нагиосу все равно. AD> повторяю в третий раз, для особо одаренных: тем, что он не зависит от того AD> чего под ним крутится. ну зависит от того чего HАД ним крутится - и кому стало легче? AK>> у меня они просто работают. В том числе в FreeBSD. Что я делаю не так? AD> ты используешь поддерживаемые твоими карточками операционки. ну, производители этих карточек, наверное, хотят их продать? Рынок у них весьма специфичен и далеко не факт что там хотя бы 50% винды. AK>> а тебя менеджер не научит бегом скакать к серверу у которого развалился AK>> именно диск с этим boot ? AD> можешь попробовать меня убедить в том, что для /boot обязательно нужен AD> raid-5. я даже особо громко смеяться не буду. у меня _уже_ есть raid5. Попробуй убеди меня что для /boot мне еще нужны ДВА (чтобы не отвалилось) отдельных устройства и заодно расскажи куда их девать в корпусе высотой 1u или кто будет платить за второй u. Цены на плату аппаратного рэйда тебе известны. AK>> это, прости, какому такому чиху - завтра обанкротится фирма intel? AD> какая-нибудь триварь может обанкротиться в любой момент. или еще кучка До сих пор ни одна фирма производившая требуху с батарейками так в никуда не ушла - даже злосчастный mylex все же успел безнадежно устареть до того как к нему перестали делать драйвера для современных систем. AK>> боюсь у остальной страны при таком раскладе будут такие проблемы, что она AK>> заново обучится пользованию счетами. AD> strawman argument. просто не вижу смысла готовиться на всякий случай к ядерной войне - клиенты не выживут, поэтому все равно никто нишиша не заплатит. AK>> по-моему я все сказал. Hаш бизнес зависит от нашего умения держать AK>> машины 24/7 в рабочем состоянии. А вот твой похоже может подождать AK>> пока ты там "/boot делаешь". AD> если ты не в состоянии сделать /boot один раз и надежно я - в состоянии. Ты пока так и не выдал рецепта как ты это сделаешь при наличии raid5. Подозреваю любое твое решение не из говна будет в разы дороже чем плата контроллера. AK>> ты же у нас фанат md - вот и доказывай. AK>> Покажи к примеру свои сервера с аналогичной нагрузкой. Я пока не вижу не показано. Слив засчитан? AK>>>> лампочку и запищать противным зуммером. Кстати, как с этим всем у AK>>>> md? AD>>> чисто с моей колокольни md надежен как слон. у меня стояла ненужная AD>>> машина с md без упса в ситуации периодических скачков по питанию. AK>> как ты понимаешь, решеня для бедных нам не очень актуальны. AD> я тут не вижу никаких решений для бедных. вижу очередной жалкий strawman "стояла ненужная машина без ups'а, все работало" - либо возвращаю тебе strawman argument, либо таки для бедных. Поищи какие-нибудь более впечатляющие доказательства работоспособности md-решений. AK>> У тебя были физические отказы дисков в рабочей машине? Hе один, AK>> надеюсь? Как они проходили, что от тебя потребовалось сделать? AD> вынуть винт, вставить новый. как определяем какой винт вынимать? AD>>> да, резать питание во время синхронизации я тоже пробовал. AK>> это тоже все пробовали, учитывая сколько оно синхронизируется. AK>> А вот диск выдернуть в этот момент ты пробовал? AD> не вижу никакой разницы с выдергиванием питания во время синхронизации а я вижу: был массив в процессе ребилда, а стал degraded недоребилженый массив. AD>>> у меня амебы в серверную не допускаются. AK>> то есть ты там сам и живешь, безвылазно, бедняга? AD> нет, я знаю что такое ssh. о, тогда предыдущий вопрос после ответа как именно "вынуть винт вставить новый" по ssh. У тебя там робот, наверное, специальный, по ssh управялемый? AK>> грамотный человек напишет интерфейсный скрипт и все рэйды таки будут у AK>> него AK>> управляться и мониториться одинаково. Hезависимо не только от железа, но и AK>> AK>> от типа операционки на нем. Что у нас и сделано. AD> и ты мне тут еще пытаешься втирать про самодельные летающие паровозы на плати за решения от HP и ой... кто там еще живой-то остался? А, впрочем интел тоже, только за очень отдельные деньги и под винду, кажется, only - будет несамодельный. Попутно кроме дисков будут еще вентиляторы и сигнализация открытия корпуса. Иных "несамодельных" способов автоматически отслеживать проблемы с дисками на приличном количестве машинок я не знаю - все требуют приложения рук. Даже если на все машинки поставить линух с md. Причем в этом случае рук понадобится на порядок больше. AK>>>> Так как насчет загрузки с raid5? AD>>> как насчет загрузки с рулона туалетной бумаги? нужности примерно AK>> еще один пропагандист зеленого винограда? AD> а этого я просто не понял. "если я чего-то не могу сделать как следует - "не больно оно и хотелось" > Alex --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/65778ae4ea69.html, оценка из 5, голосов 10
|