Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

В реализации программного RAID для Linux обнаружена ошибка, ..., opennews (??), 19-Июн-12, (0) [смотреть все] Афигеть мой конфиг, бегу , Аноним (-), 10:51 , 19-Июн-12, (1) +3 // Дебиана 6 с ядром из 3,2 бэкпортов конкретно версия непонятно какая, Apt скрыва, Anonim (??), 23:35 , 19-Июн-12, (93) correctmode И как всегда ошибку нашёл сам разработчик, а не некий аноним, читаю, ааноним (?), 11:32 , 19-Июн-12, (5) –3 // Аноним читающий по ночам исходники - это миф выдуманный ниспровергателями мифа и, AZ_from_Belarus (ok), 12:47 , 19-Июн-12, (26) +10 // читающий исходники после того как его софтрейд внезапно померFIXED, Аноним (-), 01:08 , 20-Июн-12, (99) Не обращайте вминания, это было выступление пользователя Apple, который даже не , Michael Shigorin (ok), 13:46 , 20-Июн-12, (115) Хорошая оговорка Миф может развалиться только один раз, а если он разваливается, Аноним (-), 11:57 , 19-Июн-12, (13) +6 Почему как всегда и что за аноним , Аноним (-), 13:37 , 19-Июн-12, (43) О, ты много знаешь людей способных понять код драйверов для RAID , ytrrt (?), 15:18 , 19-Июн-12, (75) // Да в общем похрену какой код разбирать Если задаться целью, то желаемое станови, Аноним (-), 00:23 , 20-Июн-12, (94) // Простой и обычный код звучит как обычный стиральный порошок Не бывает таког, www2 (??), 06:05 , 20-Июн-12, (107) Это и должно так звучать Код есть код и нечего его делить на код RAID, VM или е, Аноним (-), 14:42 , 20-Июн-12, (121) Что, серьёзно А вот для народа в lkml, помнится, страшнее VM бывал разве что t, Michael Shigorin (ok), 15:34 , 20-Июн-12, (124) Вот не видели вы работ студентов Там как раз код необычный уж проще разбирать , fhunter (?), 16:20 , 21-Июн-12, (132) +1 С учётом того, что начинал его Мигель -- думаю, достаточно много Это всё-таки , Michael Shigorin (ok), 13:48 , 20-Июн-12, (116) Откуда вы такой отборный маркетинговый буллшит берете От того что сорц посмотри, Аноним (-), 16:54 , 19-Июн-12, (84) // Да, только баги не от чтения исходников там, а от ой, мой рейд рассыпался при пе, Аноним (-), 05:51 , 20-Июн-12, (106) // Баги багам рознь Бывают и PATCH с хорошим внятным разбором полётов впридачу , Michael Shigorin (ok), 13:49 , 20-Июн-12, (117) +1 Разработчик нашёл ошибку Вы из этого сделали вывод о том, что сообщество не мож, askh (ok), 13:18 , 20-Июн-12, (110) +3 Во время чтения новости стало очень очень страшно , Аноним (-), 11:30 , 19-Июн-12, (4) +4 я правильно понял, что если стоит gentoo-source-3 4 2-r1 то можно расслабиться , ааноним (?), 11:36 , 19-Июн-12, (7) // Можно Расслабляйся , Анонище (?), 12:12 , 19-Июн-12, (19) +1 Unstable система Расслабься и получай удовольствие , Aleks Revo (ok), 17:37 , 21-Июн-12, (134) Если мое предположение верно, что аппаратный RAID является на самом деле прогр, Guest (??), 11:41 , 19-Июн-12, (8) –3 // Аппаратный рейд - это вообще несколько большее Это самостоятельный контроллер, , Аноним (-), 11:50 , 19-Июн-12, (11) +1 // Можно пример такого контроллера Потому-что обычно батарейка для сохранности дан, Dimez (ok), 17:02 , 19-Июн-12, (88) // EMC CLARiiON В SPE там обычно пара таких , ACCA (ok), 07:50 , 20-Июн-12, (108) По сути обычный программно-аппаратный комплекс от производителя с соответствую, Аноним (-), 00:29 , 20-Июн-12, (97) // примерно аналогичным образом - http forum ixbt com topic cgi id 11 38813причем, mavriq (ok), 02:34 , 20-Июн-12, (102) +1 Конечно в аппаратных RAID массивах есть софт, а как же иначе Другое дело что со, ReWire (??), 12:40 , 19-Июн-12, (24) –12 // Вы не поверите, но в линуксе рейд тоже пишут группы людей, и отлаживают много ле, Аноним (-), 12:48 , 19-Июн-12, (27) +2 // Зачем контроллеру RAID куча всякой х ни, поддерживаемой линуксом и абсолютно бе, Аноним (-), 00:33 , 20-Июн-12, (98) –1 Потому что дешевле вкрутить линукс чем разрабатывать свою фирмварь - по крайней , Crazy Alex (ok), 17:57 , 20-Июн-12, (125) Ну например для реализации графической управлялки контроллером, с шахматами и по, Maniaq (ok), 16:42 , 21-Июн-12, (133) то-то я смотрю - в оффтопОС все так прям и используют программный рейд все пото, mavriq (ok), 02:41 , 20-Июн-12, (105) формат данных на дисках пока не стандартизирован между различными поставщикам, Michael Shigorin (ok), 14:06 , 20-Июн-12, (118) +1 // Миша, ты мой герой , rt (??), 14:43 , 20-Июн-12, (122) Редко пользуемся убунтой на серверах выбираем Debian и CentOS во имя стабильнос, Аноним (-), 11:41 , 19-Июн-12, (9) +3 ну зашибись блин, токо сделал файл-сервер на убунте с RAID-1, даже запустить не , Аноним (-), 11:50 , 19-Июн-12, (10) // В процессе штатного функционирования проблема не всплывает , AZ_from_Belarus (ok), 12:50 , 19-Июн-12, (28) // Только при выключении и перезагрузке, ага , Аноним (-), 12:51 , 19-Июн-12, (30) Читать надобно внимательней в частично собранном и остановленном состоянии В ру, AZ_from_Belarus (ok), 13:51 , 19-Июн-12, (46) Из того же второго абзаца В частности, опасное стечение обстоятельств может наб, Аноним (-), 14:47 , 19-Июн-12, (71) Ну, конечно Такое тоже может быть Админ не дождавшись загрузки сервера резко , AZ_from_Belarus (ok), 15:33 , 19-Июн-12, (77) короче, обновил ядро до 3 4, автор пишет, что оно не подвержено багу Да и во, Аноним (-), 13:14 , 19-Июн-12, (38) мда жесть конечно хорошо что я не стал обновлять домашнюю файлопомойку до ново, rain87 (?), 12:00 , 19-Июн-12, (15) // Там уже пофикшеное ядро в новой Убунте, да и ещё постараться нужно, чтоб сломать, Lain_13 (?), 14:09 , 19-Июн-12, (56) Уверены что у вас вообще рэйд есть , ананим (?), 13:27 , 20-Июн-12, (112) // root rain87gw cat proc mdstatPersonalities linear multipath raid0 r, rain87 (?), 14:12 , 25-Июн-12, (135) Судя по всему, проблема специфична только для систем на базе upstart, т е Ubunt, Аноним (-), 12:35 , 19-Июн-12, (23) // Хотя нет, для RHEL тоже не специфична они не стали бэкпортировать этот патч в с, Аноним (-), 12:50 , 19-Июн-12, (29) // а в ней обновление до 3 2 0-25 в репах Остается SLES , Аноним (-), 13:16 , 19-Июн-12, (39) // SLES уже перевели на upstart , Аноним (-), 14:21 , 20-Июн-12, (120) часом не та ошибка, которая селектеловское облако клала , Егор (??), 12:59 , 19-Июн-12, (31) // Нет Ту ещё не исправили , Ваня (??), 13:02 , 19-Июн-12, (34) –1 // печально, Егор (??), 13:07 , 19-Июн-12, (35) // Это Ваня Рассматривайте его как генератор случайных чисел скрещенный с миллионо, Аноним (-), 16:57 , 19-Июн-12, (85) +1 Опередил , Аноним (-), 14:02 , 19-Июн-12, (52) В очередной раз стало ясно, что использовать дистрибутивы с красноглазыми ядрами, Аноним (-), 13:09 , 19-Июн-12, (36) –8 // Вы полагаете, что разницы между дебиан и убунту нет Ну-ну , AZ_from_Belarus (ok), 13:30 , 19-Июн-12, (41) +1 Дебиан-то чем не угодил в данном случае , Crazy Alex (ok), 13:34 , 19-Июн-12, (42) DСтрёмно на сервер ставить то, чем не умеешь управлять Вот почему у меня под ар, RG (?), 22:51 , 19-Июн-12, (92) +1 И не ясно - ЧТО за народ поднял панику в комментах Дисковый массив все же более , AZ_from_Belarus (ok), 13:42 , 19-Июн-12, (45) +1   // Да прочти ты уже наконец В частности, опасное стечение обстоятельств может набл, Аноним (-), 14:57 , 19-Июн-12, (72)   не дописал, вдогонку - ведь при обычной физической перезагрузке, которую ты толь, Аноним (-), 15:04 , 19-Июн-12, (73)   Для повышения надежности хранения данных предпринимается КОМПЛЕКС мероприятий од, AZ_from_Belarus (ok), 14:10 , 19-Июн-12, (57)   Вы не совсем поняли В оригинале говорится, что даже при корректном завершении р, Аноним (-), 14:00 , 19-Июн-12, (50) –1   // Это Вы не совсем поняли В оригинале говорится, что баг словили только убунтушни, Frank (ok), 14:38 , 19-Июн-12, (69) +1   // Да, в целом так Кстати русский сабж довольно корректно и по существу описал сит, AZ_from_Belarus (ok), 15:12 , 19-Июн-12, (74) +1   А где Вы в моем посте углядели отрицание того, что баг словили только убунтушни, Аноним (-), 00:26 , 20-Июн-12, (95)   Так будьте бобры в следующий раз не говорить с недоговорками Есть чёткое опреде, Frank (ok), 08:08 , 20-Июн-12, (109)   Не на эту ли ошибку напоролся в свое время Selectel , Аноним (-), 14:01 , 19-Июн-12, (51) У меня стоял kernel 3 3 3 на slackware 13 37 x86_64 и программный RAID0Множество, Аноним (-), 16:44 , 19-Июн-12, (83) // Так если RAID0, целостность данных всё равно имеет весьма условное значение -- с, Michael Shigorin (ok), 14:13 , 20-Июн-12, (119) // Ну Они, конечно, пытаются, но не то чтобы очень успешно Во всяком случае я н, Crazy Alex (ok), 18:04 , 20-Июн-12, (126) Да уж Как вам только живётся в прошлом веке с деревянными игрушками, линуксоиды, iZEN (ok), 01:16 , 20-Июн-12, (100) –3 // А как она тупит 6мв с Да уж лучше сабж с багом , ананим (?), 13:30 , 20-Июн-12, (113) // Бывает что и сильно Но не так сильно как iZen , ыгчч (?), 13:41 , 20-Июн-12, (114) +2 // ну любая технология работает в связке технология-человек но кто-то упорно утв, ананим (?), 14:55 , 20-Июн-12, (123) +1 Танцы на 20см гвоздях, стоя на голове, тоже могут приводить к повреждению мозга , AlexAT (ok), 20:26 , 20-Июн-12, (130) Что за opennet, если не дают слово без регистрации , Аноним (-), 18:30 , 20-Июн-12, (127) // Надеюсь, Вы гостеприимны, но при этом не позволите у себя дома бесчинствовать , Michael Shigorin (ok), 18:47 , 20-Июн-12, (128) // Теперь все стало понятно , Аноним (-), 19:19 , 20-Июн-12, (129) а с другой стороны, если знакомый достаточны близкий зарегистрированный , то мо, ананим (?), 21:10 , 20-Июн-12, (131) 1,4,7,8,9,10,15,23,31,36,45,51,83,100,127

Сообщения

[Сортировка по времени | RSS]

45. "Вот неясно чего народ в комментах разохался."	+1 +/–
Сообщение от AZ_from_Belarus (ok), 19-Июн-12, 13:42
> Ошибка > проявляется только при перезагрузке, выключении или аварийном завершении работы. В процессе > штатного функционирования проблема не всплывает. Ошибка возникает в ситуации, когда в > процессе завершения работы массив находится в частично собранном и остановленном состоянии, И не ясно - ЧТО за народ поднял панику в комментах? Дисковый массив все же более характерен для сервака. Сервак предполагает все же что даже перезагрузку на нем выполняет не "марьиванна", а более-меннее админ. У более-менее админа, как бы предполагается, что сервак с серьезным содержимым сидит на бесперебойнике способном поддержать хотя бы корректное завершение работы. Админ у которого сервак при недособранном массиве может экстренно вылететь - мудак, а не админ. Если не мудак, то такое может произойти при диковинном стечении обстоятельств - например, именно в описанной ситуации накрылся бесперебойник + сбойнуло питание.
Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	72. "Вот неясно чего народ в комментах разохался."	+/–
	Сообщение от Аноним (-), 19-Июн-12, 14:57
	Да прочти ты уже наконец: "В частности, опасное стечение обстоятельств может наблюдаться в Ubuntu, когда в процессе завершения работы скрипт остановки RAID массива пересечётся с работой udev-скрипта, выполняющего "mdadm --incremental". " Это штатное завершение работы, в котором тебе может повезти или не повезти (пересекутся два скрипта или нет)
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	73. "Вот неясно чего народ в комментах разохался."	+/–
	Сообщение от Аноним (-), 19-Июн-12, 15:04
	не дописал, вдогонку - ведь при обычной физической перезагрузке, которую ты только и подразумеваешь ("сбойнул бесперебойник + пропало электричество", про которые ты писАл выше), скрипты завершения выполняться не будут. Это и есть корректное завершение работы, которое на самом деле не всегда корректно - как повезет
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Вот неясно чего народ в комментах разохался."	+/–
	Сообщение от AZ_from_Belarus (ok), 19-Июн-12, 14:10
	> А паника из-за того что RAID "зеркало" собирают как раз для повышения > надёжности хранения данных, а не наоборот. Жаль что разработчики это не > до конца понимают. Для повышения надежности хранения данных предпринимается КОМПЛЕКС мероприятий одним из которых может быть и использование массива. Те, кто этого не понимает оказываются наказанными по жизни и могут сколь угодно долго лепить отговорки о ненадежности железа, линей, винды и т.д.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	50. "Вот неясно чего народ в комментах разохался."	–1 +/–
	Сообщение от Аноним (-), 19-Июн-12, 14:00
	Вы не совсем поняли. В оригинале говорится, что даже при корректном завершении работы может возникнуть описанное автором состояние, при котором и проявляется баг.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	69. "Вот неясно чего народ в комментах разохался."	+1 +/–
	Сообщение от Frank (ok), 19-Июн-12, 14:38
	> Вы не совсем поняли. В оригинале говорится, что даже при корректном завершении > работы может возникнуть описанное автором состояние, при котором и проявляется баг. Это Вы не совсем поняли. В оригинале говорится, что баг словили только убунтушники, из-за того что в ней при загрузке делается incremental assembly по udev rules 85-mdadm.rules, в результате чего и становилось возможным через этот баг повреждение метаданных, если перезагрузка происходила раньше, чем массив полностью собирался.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Вот неясно чего народ в комментах разохался."	+1 +/–
	Сообщение от AZ_from_Belarus (ok), 19-Июн-12, 15:12
	Да, в целом так. Кстати русский сабж довольно корректно и по существу описал ситуацию равно как и меры по предотвращению. Беда в том, что использование некоторых конфигураций системы предполагает продуманного подхода и некоторых мероприятий по их администрированию и поддержанию. Даже существование средств построения таких конфигураций с визуальным дружественным интерфейсом понятным для школьников не обозначает освобождения от вдумчивого планирования таких конфигураций. Дисковые массивы в любом случае строить надобно весьма продуманно в сочетании с прочими мероприятиями. Ну а когда по ряду причин массивы стали все чаще выставлять на обычных настольных компах не шибко задумываясь о специфике работы с ними, то начали вылетать веселый последствия. Да стоит посмотреть на панические комменты здесь. По их содержанию создается впечатление, что авторы просто раскопали рецепт создания массива, применили не шибко разбираясь в том, что это такое, а потом услышав о потенциальных проблемах не разобравшись в сути проблемы и опять же не желая разобраться в том, что они там себе понаустанавливали, готовы метнуться чего-то переустанавливать отменять и переделывать. Ну и под шумок нашлись те, кто рад потроллить на тему превосходства винды или наоборот линей. Такое впечатление, что никто из них не слышал и не осознает того, что надежность системы редко совпадает с надежностью её частей, что система в целом может иметь и более высокую надежность и менее высокую.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Вот неясно чего народ в комментах разохался."	+/–
	Сообщение от Аноним (-), 20-Июн-12, 00:26
	>> Вы не совсем поняли. В оригинале говорится, что даже при корректном завершении >> работы может возникнуть описанное автором состояние, при котором и проявляется баг. > Это Вы не совсем поняли. В оригинале говорится, что баг словили только > убунтушники, из-за того что в ней при загрузке делается incremental assembly > по udev rules 85-mdadm.rules, в результате чего и становилось возможным через > этот баг повреждение метаданных, если перезагрузка происходила раньше, чем массив полностью > собирался. А где Вы в моем посте углядели отрицание того, "что баг словили только убунтушники". Отличный стиль вести дискуссию - выдумать аргумент оппонента и с пеной у рта его опровергать. К тому же писал я вовсе не Вам...
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	109. "Вот неясно чего народ в комментах разохался."	+/–
	Сообщение от Frank (ok), 20-Июн-12, 08:08
	> А где Вы в моем посте углядели отрицание того, "что баг словили > только убунтушники". Отличный стиль вести дискуссию - выдумать аргумент оппонента и > с пеной у рта его опровергать. К тому же писал я > вовсе не Вам... Так будьте бобры в следующий раз не говорить с недоговорками. Есть чёткое определение когда проявляется баг: остановка частично собранного активированного массива, и всё.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема